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has an operating system with a second file name space and 
the first file name space docs not include names of files 
which map to names of files in the second file name space. 
The connection is preferably a TCP/IP connection prov iding 
data transport according to TCP/IP. Messages in die HTTP 
protocol are preferably used. The dient computer sends 
request messages to the server. A request message may 
indicate a request for either retrieval or storage of a docu- 
ment object such as an HTML document or script program. 
The server receives the request messages and processes 
them to cither store a document object or retrieve a docu- 
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from the cUent are iMt)cessed by a single control script The 
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COMPUTER SYSTEM AND COMPUTER- On-Une services are available on the World Wde Web 

IMPLEMENTED PROCESS FOR REMOTE (WWW), operating over the global Internet in which a laj^e 

EDITING OF COMPUTER FILES number of computers, or sites, are interconnected, rne 

WWW is a **web" of interconnected document objects that 

FIELD OFTHE INVENnON 5 are located on various sUes 00 the Internet The WWW is 

«... ... * J . * -^v; « c«e**.«c f«r also described in *The World-Wide Web," by T. Bcmers- 

TTus invcDUon is related to computer editing systems for ^ ^ u^otoucu. H. F. Nielsen, and A. Seart, 

editing electronic documents, other infOTnation and com- • . Auaust 

puter^rograms. M.e particularly, this inventi^^^^^ f^Z'^o^i^^^^^ 

to computer editmg systems for developmgon-^^ Bemers-Lce, T. ct al., in Electwnic Networking: 

in a chent-server mformatton system. ^^^^^^^ Applications and Policy. Vol. 1, No. 2. Medder, 

BACKGROUND OF THE INVENTION Wcstport, Conn., ^ring 1992. Among the types of docu- 

. „ . , J ment objects on the WWW are documents and scripts. 

An on-line information system typically includes one [documents that arc published on the WWW are written in 

computer system (the server) that makes infcamation avail- the Hypertext Markup Language (HTML), such as described 

able so that other computer systems (the cUcnts) can access Hypertext Maricup Language Specification— 2.0. by T. 

the information. The server manages access to the Bemers-Ue and D.Connolly, Internet Draft Document Oct 

information, which can be structured as a set of mdepcndcnt *'World Wide Web & HTML," by Douglas 

on-line services. Tlie server and cUent conmmnicatc via ^ McArlhur, in Dk Dobbs Journal. December 1994. pp. 

messages confonning to a communication protocol and sent ^ ^^^^o 22 24, 26 and 86, HTML documents stored as such 

over a communication channel such as a computer network generdly static, that is, the contents do not change ova: 

or through a dial-up connection. ^^^^ ^ s^i^ developer modifies the document 

Typical uses for on-line services include document Scripts are programs that can generate HTML documents 

viewing, electronic conmierce, directory lookup, on-line ^^^^ executed. 

classified advertisements, reference services, clecm)nic bid- ^ ^^^^ ^ ^ language used for writing hypertext docu- 
Ictin boards, document retrieval, electromc publishing, tech- ^^^^ definition is that HTML documents are 
nical support for products, and directones of on-hne ^^^^ Generalized Markup Language (SGML) docu- 
scrvices, among otfien. The service may make the informa- ^^^^ ^ cox£omi to a particular Document Type Defini- 
tion available fi:ee of charge, or for a fee. (OTD). An HTML document includes a hierarchical set 

Information sources nianagcd by the server may indude 30 niarkup elements, where most elements have a start tag, 

files, databases and aj^lications on the server system or on followed by content followed by an end tag. The content is 

an external system. The information that the serva provides ^ combination of text and nested markup elements. Tags are 

sin5>ly may be stored on the server, may be converted from enclosed in angle brackets (*<' and and indicate how the 

other formau manually cs autoniatically, may be computed document is structured and how to display the document as 

on the server in response to a client request, may be derived 35 destinations and labels for hypertext links. There arc 

from data and applications on the server or other madiincs, markup elements such as titles, headers, text 

or may be derived by any combination of these techniques. attributes such as bold and italic lists, paragraph boundaries. 

The user of an on-line service uses a program running on ji^^ to other documents or other parts of the same 

the client system to access the information managed by the document in-line graphic images, and many other features, 

on-line service. Possible user capabilities include viewing, 40 example, here are several lines of HTML: 

searching, downloading, printing, and filing the information <B>bold<yB>, others are <I>itaUc<A>. 

managed by the server, m user i^y al^ ; P^*^?'^ H«e wc st^ a new paragruph.<P>Here' s a link to the 

rent, or reserve services or goods offered through the on-hne <rS^"http://3!^ermeer.com->Vermeer 

scmce, , . . Technologies. Inc.</A>homc page. 

For example, an on-line service for catalog popping 43 ^^j^ ^j^^cmjje^t is a hypertext document because it 

might work as follows. The user mns a^gram on the dient ^ ^ ^^^^ document as provided by the 

system and requests a connection to the catalog shopping ..ju^^ « j^e format of this link wiU be described below, 

service using a service name diat either is weU known or can ^ hypatcxt document may also have a link to other parts of 

befoundinadirectory.-merequestisreceivedby thesMver, ^j^^',^ document linked documents may generally be 

and the server returns an introductory page Aat also asks for 50 i^^g^j^y^ijcrconthclntcmet When a user is viewing the 

an identififff and password. The client program displays diis ^io^ument using a Web browser (described below), the links 

page, the user fills in an identifier and password that were dispUyed as highlighted words « phrases. For examjde. 

assigned by the service in a previous visit and the user s ^^^^ y^o^Ns^. the sanmlc document above would be 

information is sent to the server. The sorvcr verifies the ^„ j^e uscr*s screen as foUows: 

identifier and passwwd against an authorization database, 53 f' ^ . , . •» i- u™ craft a 

Td remms a ienu page ttiat is then presented to the user. Some words are bold, others are itahc. Here we start a 

Each time the user selects a menu item, the sclecUon is sent paragraph. 

to the server and the server responds wiA the appropriate Here's a link to Vermeer Technologies. Inc. home page, 

new page of infomiation, possibly including item descrip- In the Web Inowser, a link may be selected, for example 

tions or prices that are retrieved from a catalog database. By 60 by cUcking on the highlighted area witii a mouse. Selectmg 

selecting a scries of menu items the user navigates to the a link wiU cause the associated document to be displayed, 

desired item in the catalog, and requests that the item be Thus, cHcking on the highlighted text "Vermeer 

ordered. The server receives the order request and returns a Technologies, Inc." would display that home page, 

form where the user fills in some information about shipping Another kind of document object on the WWW is a script 

and billing. The user response is returned to the server, and 65 A script is an executable program, or a set of comrnands 

the server enters the order information into an order data- stored in a file, that can be run by a Web server (described 

below) to produce an HTML document that is then returned 
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to the Web browser. Typical script actions include running language sud) as *'C* or in a scr^ng language such as 

library routines or other applications to get infoiination from Practical Extraction and Report Laiiguage (Peil) or Tel ot 

a file or a database, or initiating a request to get information one of the Unix operating system shell languages. Perl is 

from anofter machine, or retrieving a document concspondp described in more detail in Programming PerU by Lany 

ing to a selected hypertext linL A script is run on the Web 3 Wall and Randal L. Schwartz, 0*Reilly & Associates, Inc., 

server when, for exanq)le, the end user selects a particular Sebast(^l. Calif., USA, 1992. The CGI standard specifies 

hypertext link in the Web browser, or submits an HTML how the script or £^lication receives input and parameters, 

form request Scripts are usually written by a service devel- and specifies how any ou^ut should be f (^matted and 

oper in an interpreted language such as Basic or Tool returned to the server. 

Control Language fTcl) or one of the Unix operating system lo Generally speaking, for security reasons, a Web server 
shell languages, but they also may be written in program- machine may limit access to files. For all access to files on 
ming languages such as the programming language and the Web server, the Web server program running on the 
then coii^)iled into an executable progranu Programming in server machine may provide an extra layer of security above 
Tel is described in more detail in Tel and the Tk Toolkit by and beyond the normal file system and login security pro- 
John IC Ousterhout, Addison-Wesley, Reading. Mass.. USA, i5 ccdurcs of the operatiog system on ttie server machine. The 
1994. Web server program may add further security rules such as: 

Each document object in the WWW has an identifier 1) optionally requiring user name and password, coraplcicly 

called a Uniform Resource Identifier (URI). These identifi- independent of the normal user name and passwords that the 

ers are described in more detail in Universal Resource operating system may have on user accounts, 2) allowing 

Identifiers for the World Wide Web.T, Bemers-Lee, submit- 20 definitions of groups of users for security purposes, inde- 

ted as an Internet Request for Comments (RFC) as yet pendent of any user group definitions of the operating 

unnumbered. A URI allows any object on the Internet to be system, 3) access control for each document object sudi that 

referred to by name or address, such as in a link in an HTML only specified users (with optional passwords) or groups of 

document as shown above. There are two types of URIs; a users are allowed access to the object, ot that access is only 

Univenal Resource Name (URN) and a Uniform Resource 25 allowed for clients at specific network addresses, or some 

Locator (URL). A URN references an object by name within combination of these rules, 4) allowii^ access to the docu- 

a given name space. The Internet community has not yet ment objects only through a specified subset <rf the possible 

defined the syntax of URNs. A URL references an object by HTTP m(^ods, 5) allowing some document objects to be 

defining an access algorithm using network protocols. An marked as HTML documents, others to be marked as execut- 

cxample URL is *'http:/Avww.veimeer.com'' A URL has the 30 able scripts that will generate HTML documents, and others 

syntax **sdieme://host:port/path?search*' where "scheme** lo be marked as other types of objects such as Images, 

identifies the access protocol (such as HTTP, FTP or Access to the online service document objects via a n^ork 

GOPHER); *1iost*' is the Internet domain name of the filesystem would not conform to the security features of the 

machine that supports the protocol; *"port" is die transfCT Web server program and would provide a way to access 

controlprotocol(TCP)portnumberofthe2CTropriAte server 35 documents outside of the security provided by the Web 

(if different from the default); **path** is a scheme specific server. The Web server program also typically maps docu- 

identification of the object; and "search" contains optional ment object names that are known to the client to file names 

parameten for querying the content of the object. on the server file system. This moping may be arbitrarily 

An Internet site that wishes to make documents available complex, and any authc^ or program that tried to access 

to network users is called a **Web site" and must run a '"Web 40 documents on the Web server directly would need to undcr- 

server" program to provide access to the documents. A Web stand this name naapping. 

server program is a computer program that allows a com- A user (typically using a machine oth^ than the machine 
puter on the network to make documents available to the rest used by the Web server) that wishes to access documents 
of the WWW. The documents are often hypertext documents availaljle on the network at a Web site must run a client 
in the fTTML language, but may be other types of documents 45 program called a **W^ browser.** The browser program 
as welL as well as Images, audio and video information. Hie allows the user to retrieve and display documents &om Web 
information that is managed by the Web server includes servers. Some of the popular Web browser programs are: the 
hypertext documents that are stored on the server or arc Navigator browser fi'om NetSc^e Conmrnoications, Corp., 
<tynamically generated by scripts on the Web server. Several of Mountain Vicw> Calif.; the Mosaic browser firom the 
Web server software packages exist that provide information so National Center for Supercomputing Applications (NCSA); 
on the Web, such as the Conseil Europeen pour la Recherche the WinWeb browser, from Microelectronics and Corx^xiter 
Nucleaire (CERN, the European Laboratory for Particle Technology Corp. of Austin. Tex.; and the IntcmetWwks 
Physics) server or the National Center for Superconq>uting t>rowser, from BookUnk Technology, of Needham, Mass. 
Applications (NCSA) server. W^ servers have been implc- Browsers exist for many platforms, including personal com- 
mented for several different platforms, including the Sun 55 puters with the Intel Pentium processor running the 
Sparc n workstation running the Unix c^crating system, and Microsoft MS-EKDS operating system and the Microsoft 
personal computers with the Intel Pentium processor run- windows environment, and Apple Macintosh personal com- 
ning the Microsoft MS-DOS operating system and the puters. 

Microsoft Windows <^)erating environment. The Web server The Web server and the Web browser communicate using 
also has a standard interface for running external programs, so the Hypertext TVansfer Protocol (HTTP) message protocol 

called die Common Gateway Interface (CGI). A gateway is and the underlying TCP/IP daU transport protocol of the 

a program that handles incoming information requests and Internet. HTTP is described in Hypertext Transfer 

returns the appropriate document or generates a document Protocol— HTTPIIS). by T, Beroers-Lee, R. T. Fielding, H. 

dynamically. For example, a gateway might receive queries, Frystyk Nielsen, Internet Draft Document, Dec. 19. 1994, 
look the answer In an SQL database, and translate the 65 and is currently in the standardization process. In HTTP, the 

response into a page of HTML so that the server can send the Web browser establishes a connection to a Web server and 

result to the client. A gateway program may be written in a sends an HTTP request message to the server. In response to 
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an HTTP request message, the Web server checks to either the PUT method the POST method* as these are the 
authorization, pafoims any requested action and returns an only two methods that aUow such data transfer to toe Web 
HTTP response message containing an HTML document server, 

resulting from the requested action, or an error message. The Having now described the Worid Wide Web, a t>Ticai 
returned HTML document may sinq>ly be a static file stored 5 on-line service on the WWW will now be described. An 
on the Web server, or it may be created dynamically using on-line service on the Worid Wide Web includes a Web 
a script called in response to the HTTP request message. For server program running on a Web server machine, and a set 
instance, to retrieve a static document a Web browser sends of service files that characterize the on-line services that are 
an HTTP request message to the indicated Web server, stored on the Web server machine. The service files include 
requesting a document by its URL. The Web saver then lO HTML documents, executable scripts or programs to 
retrieves the document and returns it in an HTTP response dynamically produce HTML documents, and other files of 
message to the Web browser. If the document has hyjirtcxt service information that can be referenced and updated by 
links, then the user may again select a link to request that a the scr^ and programs, Jht actual data and scripts that 
new document be retrieved and displayed. As another make up a particular on-line service, including HTML 
example, a user may fill in a form requesting a database 15 documents and script programs, are geneiaUy stored on the 
search, the Web browser will send an HITP request message server in a separate area for each service. Global inf ormaUon 
to the Web server including the name of the database to be about the service is also stored, including data such as the 
searched and the search parameters and the URL of ttie nameof the service, the name of the author, revision histOTy, 
seardi script The Web server calls a program or script comments about the service, and authorization informauon. 
passing in the seardi parameters. The program examines the 20 The end user of the on-Unc service uses a Web browser 
parameters and attempts to answer the query, perhaps by program on the cUenl machine to send requests to the on-hne 
sending a query to a database interface. When the program service and to receive responses from the on-line service. All 
receives the results of the quay, it constructs an HTML access by an end user of the on-line service to tfie service 
document that is returned to the Web server, vMdx then files is managed and controUcd by the Web server program, 
sends it to the Web iM-owser in an HTTP response message. 23 For exan^c, an on-line service might consist of a corporate 

Request messages in HTTP contain a "meftod name** home page which is a static document with a hnk to a 
indicating the type of action to be performed by the server, second document that is a form for searching the store 
a URL indicating a target object (either document or script) catalog. The search form may have a "submit" button that 
on the Web server, and other control information. Reqwnsc causes a script to be run on Ac Web server, to generate a Usi 
messages contain a status line, server information, and 30 of fffoduct descriptions with prices that is then rcUimcd to 
possible dau content The Multipurpose Internet Mail thcWcbbrowscr as an HTML document Each of the HTML 
Extensions (MIME) are a standardized way foi describing documents may have a link to a second script tiiat collects 
the content of messages that arc passed over a netwcark. and displays fee items that have been ordered. The service 
HTTP request and response messages use MIME header also has configuration information such as the list of autho- 
lines to indicate the format of the message. MIME is 35 rized users of the service, and their passwords, 
described in more detail in MIME (Multipurpose Internet FIG, 1 shows the siq)s in using an on-Une service, as seen 
Mail Extensions): Mechanisms for Specifying and Descnb- by the end user of the on-line service on the cUent m^hme. 
ing the Format of Internet Message Bodies, Internet RFC The end user starts a Web browser program m step 10. and 
1341 June 1992 the program determines the URL of an initial docunaent to 

The request methods defined in the current version of die 40 display in step 12. The initial document URL may be 
HTTPprotocolinclude GET, HEAD, POST, PUT, DELETE, detenninedfrom a configuration file, or may be programmed 
LINK, and UNLINK. The GET method requests that tiie into the Web browser, or may be entered by the user. The 
server retrieve the object indicated by the given URL and teowser dien sends an HFTP GET request to the Web server 
send it back to die cUent If die URL rrfcrs to a document in step 14, giving the URL of the desired document. The 
then the servtx responds by sending back the document J£ 45 browser dien waits for a response from the Web server in 
the URL refers to an executable scr^t then the server step 16. TTie browser tests the response in step 18 to 
executes the scr^t and returns ttie data produced by the determine if it indicates an error message. If the response 
execution of the script Web browser i^grams normally use message from the Web server indicates an erra*. for instance 
the GET method to send request messages to the Web server if the requested document is not found, then ttic browser 
to retrieve HTML documents, which the Web browser then so reports the error to the end user in step 22. Otherwise the 
dispUys on the screen at the client computer. response message from the Web server contains the 

According to the HTTP specification, the PUT method requested document, and the Web browser formats and 
specifies that the object contained in the request should be displays the document on the screen m step 20 accordmg to 
stored on the server at the location indicated by the given the HTML language conventions. In either case tihe browsCT 
URL However, the current server implementations do not 55 then waits for the user to enter the next command (step 24). 
foUow this specification; they simply handle aU PUT For example, the user may request to view a new document 
requests through a single PUT script which is generally by selecting a hypertext link to a document, by requcstmg a 
undefined, and must be created by a service authtff. Web document frcon a list (rf previously visited documents, ot by 
browsers generally do not use the PUT meftod, typing in die URL of a document that was obtained by the 

The POST mettiod sends data, usually die user input 60 user through some other means. The browser tests die user 
parameters from an HTML form, to die server; The POST command to determine if the user is requesting a new 
request also contains the URL of a script to be run on die document in step 26. If so, processing continues at step 14 
server. The server runs die script passing the parameters which has already been discussed. If the user is not request- 
given in the request and the saipi generates HTML output ing a new document then the browser tests the command in 
to be returned in die response to the cUent In order fw a W step 30 to determine if it is a request to exit die program. If 
cUenl program to send art)iliary data to die Web server using so, processing stops. Otfierwise die command is a local 
die current HTTP protocol the dient program nmst use conunand diat is handled by die browser widiout sending an 
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HTTP request in stq) 28. The end user may use local service author may be at a location which is jrfiysicaliy 
A^ewing oommac<!s such as commands to scroll around in remote from the server madiioe. It also often happens that 
the document or commands to search for a particular text the server machine requires a higji level of security because 
string in the document After the browser handles the local of the nature of the resources on the saver machine that may 
command, fte browser again waits for die next user com- 3 be shared among a numb© (rf users. In this case access to the 
mand as already discussed, in step 24. ^ ^^^^ *^ ^^^^ admmistrators, and 

FIG. 2 shows the operation of an on-line service on the ^^e service author may not have acc«s to the m^^hmc for 
Tir 1^ nrM vu^ .™ v^. tK* c<^«. «.«fl«.T« vjh^n sccuflty rcasous. For example, the only access to files used 
World Wide Web as seen by the Web server program. When > bcthrough the Web server alone, 

the server is started, it runs «ously,waiti^ V second approach is that thfsexvice author may mo a 

a command over the network connection from a chent Web lo emulation program on a cUent machine to establish 

teowser program in step 40. The server tests the received ^ conncctioD to the server madiine over a network connec- 
command in step 44 to determine if it is a GET request If ^^^^ ^ modem line. The teiminal emulation jMogram 
it is a GET request, then the server examines the URL allows the user to run programs on the server machine as 
contained in the request in step 52 to determine if the URL though the user were working directly on that machine, and 
indicates a static HTML document stored on the server. If 15 this arrangement the user runs a text or HTML editor 
the URL docs refer to a static document then ttiat document program on the server to create or modify the on-line service 
is returned to the Web browser via an IHTP response in step documents and scripts as before. 

58. Otherwise the URL indicates a script stored on die The second approach has die problem that the server 
server, and the Web server runs the script to produce an machine and client machine must both run additional pro- 
HTML document in step 56 which is then returned to the 20 grams to allow terminal emulation and remote execution of 
Web browser as described before in step 58. If the test of step programs over a network. This adds to die complexity on 
44 determines that the command is not a GET request, then both machines, and also requires that the service author be 
the server tests the command in step 48 to detomine if it is familiar with a terminal emulation iffogram which typically 
a POST request If so. the server retrieves the parameters has a difficult user interface that is not rneant for nonexperts, 
from the POST request in step 54, which include the URL 25 This approach also adds another route from rtJiex machines 
forthesc^tandLp^^ '^^^^^^ 

djenruns the ^l^f"^'^''^^^^ n^have access to the scr^machine for security r^^^^^ 

HmLdocument which is Zt^lZ ™y ^ve authorization to write files to the machine, 

as dcscnbcd before in step 58. After an HTML document is in third apwoadi, the service author first transfers 
returned to the Web browsa, processing continues at step 30 scrviccdocuments and scripts from the saver 

40. If the test of step 48 determmes that the command is not niadune to a client machine eidicr manuaUy or via a network 
a POST request dicn the server returns an error message to transfer program. The author then mns a text or HTML 

the Web browser in step 50, formatted as an HTML docu- jyogram on a client machine to create or modify 

ment The processing continues at stq> 40 and the servo- documents on that machine, and then transfers the com- 
again waits for the next request and the process repeats. 35 pjctcd documents back to die server machine cither manu- 
On-line services such as those described above are in high or via a network file transfer program, sudi as the file 

demand Unfortunately, the task of developing an on-line transfer protocol (ftp) or kcrmit a file transfer method used 
service is currently one that almost always requires exten- ^vitti terminal enmlation programs for communication over 
sive ptjgramming skill and much specialized knowledge. a modem. 

ThCTc exists a great need for tools that will simplify the 40 The third approadi is cumbersome because of the need for 
process of building an on-line sCTvice so that the process will the separate steps of transferring the documents from the 
take less time, be less cttot prone, and can be done by a server back to the client, and transfening the documents 
nonprogrammer. In some cases, software tools exist to help back to the server after the editing is complete. This 
convert the content data for die service from its native approach also has the security problems mentioned atx>ve 
format to the format required by the server, but these tools 45 the other ^jproachcs. 

only address the conversion of static data files. Each of these three apf^oaches also has the problem that 

For example, in order to construct an on-lioe service for names used for documents by a Web server arc not 

the World Wide Web. the service author performs a combi- always the same as the actual file names of the documents, 
nation of the tasks, such as creating a new HTML document author of an on-line service will need to learn the 

for a page of hypertext included in the on-line service, 30 m^ings of file names to the URLs used by the Web server, 
aeating a new script included in the on-line service, rctriev- There is also the World Wide Web con^uter program, for 
ing and modifying an existing HTML document from the ^ NcXT computer, that consists of a client browser 

Web server machine, retrieving and modifying an existing program that is able to retrieve files from a Web server, and 
script from the W^ server machine, and stcring an HTML ^ digm HTML editor that can edit the retrieved file, 
document or script on the Web server machine so that the 55 However, this program is not able to save the edited files to 
Web server program will have access to it. the Web server. Instead, tiiis approach is similar to the third 

There are several approaches known in the prior art for approach discussed above in that a file transfer program is 
constmcting documents and scripts of an online service on needed to place the edited document back on the Web 

the Web, and performing the tasks noted above. The first server. TTiis ^>proach also is not a complete solution for 
approach is thai die service author runs a text or ITTML 60 audioring an on-line service for the Web because die types 
editor program on the Web server machine to aeate ot documents edited in tfiis manner are limited to static 

modiiy die line service documents and scripts that are stored HTML documents which are not processed in any way by 
on the server. the server. 

The problem with the first ^jproach is that the service cTTX/fMAPV of thp fNVFKTrON 

audior must be working at the Web server machine, or at 65 SUMMARY OF THE INVENTION 

least working at a terminal which is directly connected with To overcome the drawbacks of current mediods for crc- 
thc server machine This is not always practical, because the ating an on-line service on the Wortd Wide Web, one 
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embodiment of this invention provides a cHent authwing messages to request retrieval of scripts or documents and to 

tool that can both retrieves and stores document objects on request storage of edited or new documents soipts. 

a Web server using a communication protocol in which Currently available authoring tools may be readily modified 

messages arc sent over a TCP/IP connection between the to replace existing "open** and "save" functions to provide 
server and the client In one embodiment, the communica- 5 this capability. The server may be any standard Wri) server 

tion protocol is HTTR the same communication protocol program such as the CERN server or the NCSA server. Our 

used by Web browsers. The architecture of this system is invention provides a control script which is e xecute d by the 

applicable to other communication protocols and dlent/ server for each incoming PUT or POST HTTP request 

server on-line services. messages to detenninc whether a document is to l>e ret rieved 

One of the difficulties in inyleme nting a dient program to or replaced. The authoring tool program uses the HTTP 

save files to a Web server using HTTP is that altiiough protocol to conununicate with a server program running on 

existing Web servers, such as the CERN server and the the server machine. The communication takes the form of 

NCSA server, have support for the HTTP PUT and POST t^e authoring tool sending a request to the server jH^ogram, 

methods, these existing servers still require development server program executing a control script to perform the 

and installation of a script on tiie serva to handle either PUT indicated action and write the results to an output file, and 

or POST methods. the server sending a refuse message bade to the authoring 

Another difficulty in impleraentiDg a method for r emote ^^^j^^ ^^j, ou^ut. The output may be either a status 

authoring and editing of an on-line service over the HTTP message indicating that the action was performed 

protocol is that there are two types of conqwnent objects for successfully, or contents of a document or script ttiat was 

the on-line service that are stored on the Web server. These jgtricved, or an error message indicating why the action 

are static HTML documents, and scripts tii^ ^'^amically ^ ^^^^ ^ performed The server program may still 

generate HTML docurnents upon request ff an aumoring ^^^^^^ ^th browsers at the same time the authoring 

jc>^^ouldbketoretrieveascnptfromAese^ tool is being used. TUc server continually Ustens to incoming 

the HTTP protocol, it cannot simply use die HTTP GET » «;««mixr--pn«rrHTTPrMuest is not 

method di^is normaUy used to retrieve documents and messages. If an mcoming PUT otTO^ 

^STscSSs during the^^^^ 25 ^'^'t!^'^''''^^^''''')'^^^ 

reason is that the IHTP GET method, when used to access other PUT or POST request messag^ from oAer dient 

a scrmt causes tiic script to be executed and returns an F^grams sudi as Web browsers. Otiierwisc. the scmx 

HTML document that is generated through execution of the passes the request parameters to the control script, llie 

s^pt control scrip* checks the parameters to ensure that the 

Another difficulty in editing documents for an on-line 30 request is valid, and checks diat the user erf the authoring tool 

service in this environment is that a cUent authoring program has the proper authorization. The control scnpt then carries 

generally does not have a file name space that includes the out the request retrieving creating ot modilymg flics of 

file names of the document objects of the on-line service on the ap^opriate on-line service as required, 

the server. Sudi an overlap in the file name space generally Another aspect of the invention, in one embodiment is a 

requires use of a network file system Creation of a netw<»k 35 computer-implemented process fOT a dient to remotely edit 

file system induding the authors of all on-line services on a a document object stored on a server, where in the client and 

server is generally inqjractical. Sudi a system is also gen- the server send messages using the HTTP protocol over a 

eraliy too complex to set up easUy and requires too much TCP/IP connection. In this process, the client establishes a 

dose interaction among systems than is practical on a large TCP/IP connection with the server. Then, the client sends an 

heterogenous public network like the Internet. In many 40 HTTP request messa ge ove r the TCP/IP connection to the 

cases, a client authoring system would not have access to the server, wherein the HTTP request message specifies the 

server anyway to enable the set up of a network file system document object and an indication that the dient requests 

To generally overcome these difficulties, one aspect of die retrieval of the document object The server receives the 

invention is a computex-implemented process f<x remotely HTTPrequest message and calls a control script The oonfrol 

editing an electronic document stored on a server conq)Uter, 45 scryjt checks authentication and retrieves a copy of fte 

using a dient computer, \^*erein the server conqwtcr and die document object if access is authenticated. The sends 

client computer are connected by a communication channel the copy of the document object to the client ov«- &c TCT/IP 

and send messages using a communication pr<rtocoL In this connection in an HTTP response message. The cUent 

process, the dient cOT^Hiter sends a request message using receives the HTTP response message induding the copy of 

the communication protocol over the communication chan- 50 the document object The TCP/IP connection is t^mnatcd 

nel to die server requesting a copy of the dcctronic docu- and the cUent permits a user to edit fee copy of the document 

ment Next die dient recdves a response message in the object. To store die edited or new document on Ac saver, 

communication protocol from die server and over the com- the cUcnt estabUshes a TCP/IP connection with the serva 

munication diannd, wherein the response message contains and sends an HTTP request message to die server, whaein 

die copy of die electronic document The client then permits 55 the HTTP request message contains a copy of die edited 

a user to edit die copy of die dectronic document at die document and an indication of a location on the server to 

dient conmutcr. To store the dectronic document at die store ttie copy of die edited document object and an mdi- 

scrver dirdicnt sends a message in die communication cation diat die dient requests storage of die edited document 

protocol including die edited electronic document over die object. The servo: receives die HTTP request message and 

communication channd and to the server, wherein die 60 calls the control script The control script stores die copy of 

message includes an indication of a request diat die elec- die edited document object on die server at die location 

tronlc document be stwed on die server cotapvta at a specified in die HTTP request message. The server sends an 

particular location. TVpicaUy, die server sends a status HTTP response message acknowledging an attempt at stor- 
rcsponse message indicating die outcome of die attempt to age of die edited document object Fmally, die TCP/IP 

stcffe die document 65 connection is terminated. 

In one embodiment, to overcome diesc difficulties, die One advantage of diis system is diat current Web browsers 
audioring tool uses eidicr PUT or POST HTTP request do not need to be dianged after installation of a control 
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script at the Web server to parmit use of an authoring tool in name mapping conventions between URLs and actual file 

accordance with this invention. This benefit is obtained in names of the Web server program. The advantage of the 

one embodirocDt by utilizing an HTTP method not used by method of our Invention is that neither client programs nor 

the Web In-owser. the PUT method, to handle requests from service authors need to understand this file name mapping 
the authoring tool. With this embodiment changes to author- s and only need to use the URLs, 

ing tool systems can be made transparently to users who 

mExely view information or use an on-line service. BRIEF DESCRIFnON OF THE DRAWING 

One advantage of this system over the prior art In the drawing, 

q)proaches is that the on-line service author can use a single pjQ | ^jj^^j ^ sequence of activities on the 

cUcnt program and interface to retrieve a script or document 10 browser during operation of an OD-Unc service on the 

from an existing on-line service on a server, edit or create a j^^. 

script or document ftH" an on-line service, and save the ^ . . . * ^. *i_ 

auipi ui uuu^ucui lui on ^ ^^^^ ^ sequeucc of activities on the 

resultme scnpt or document to the appropriate place within . . . _ ^. ^ . 

\ ^ ^ . ^. yygjj server dunng opaation of an on-line service on the 

the on-line service area on the server. Wth' 

Aiiolher advanuge of this system is that the author of " * ^ ^ ^^^.^ authoring fcimework for 

on-lme service can edit on-line service documents and ^ 



remote authoring of on-line services; 



scripts from any client machine, so long as the client ^ , , „r ^ ^ 

machine can run a Web browser and communicate via HTTP ™- shows the sequence of steps on the Web browser 
protocol with the Web server that hosts the on-Une service. ^u^ng remote authoring of an on-line service; 
The client machine and server machine may have different FIG. 5 shows the sequence of steps on fee Web server 
types of processors^ witti different architectures^ running during remote authoring of an on-line service; and 
difTercnt operating systems, in a heterogenous network. FIGS. €a and tb show the messages that the client 

Another advantage of this system is that the aufeoring tool authoring tool sends to the server, 
program communicates with the Web server program using rkP^njurrrnM 
the same type of network connecdon and the same protocol DETAILED DbbCKU'i lUN 

(HTTP) that is used by a Web browser talking to a Web The following detailed description of an illustrative 
server. This means that die remote editing facility of the embodimeat of the invention is niade by way of cxaii]|)le 
invention will work from any client that can support a Web only. It should be read in conjunction with the drawing, in 
browser communicating with an on-line service. It also ^ which similar refaeoce numbers indicate similar structures, 
means that remote editing with this invention does not pjQ 3 ^^^^^ ^n overview of a computer system for 
require any additional network connectivity programs other remote authoring of on-line services. The system includes a 
than those needed for a Web browser to communicate with ^.^gm madiine 80 connected to a server machine 84 over a 
a Web server. communication channel through which the dient sends 

Another advantage of this system is that the au&oring tool ^5 requests 108 and receives responses 110. The client machine 
uses the basic authentication procedures provided by the has an authoring tool 82 which makes the requests 106. The 
HTTP protocol and the Web server software. Access to files server machine 84 has a server program 86 which sends 
on the server machine may be limited to service authors with responses 110 to the authoring tool 82. Tlie server program 
a validated user name and password. Huis, by using the ^ has an associated control script 88 which processes 
HTTP protocol that is already used for on-line services on 4^ requests 108 and generates the responses 110 to be returned 
the World Wide Web, a minimal level of security is provided by the server program 86. The control script 88, in response 
during the authoring process. to some requests 108, may be used to access on-line services 

Another advantage of this system is that the authoring 90 and 100. These services may be authored using the 
process can be used for remote retrievaL editing, and storing authoring tool 82 to generate q>propriate documents 92 and 
of at least two of the types of document objects that 45 102 and programs !M and 104. Generally speaking, the 
con^nise an on-line service on the WWW: static HTML operating system of the client has a file name space ^ch 
documents and script programs ftat generate HTML docu- does not Incdude or map to names of files on the server, 
ments. In one embodiment of the invention the client machine 80 

Remote editing of online service document objects using is a PC with an Intel 80486 processor with a dock speed of 
the method of this invention also has several advantages 50 50 MHz, running the Microsoft Windows 3.1 operating 
over the prior art approaches, such as remote editing over a system. The authoring tool 82 may be any of a variety of 
network file system where a client machine can read and document editors, such as HTML editors, text editors « script 
write files on a remote server machine. One advantage is that editors and the like. The exact form of the aufeoring tool and 
our Invention allows access to the online service document the functionality of the editor are up to the needs and desires 
objects only through the Web server program, and thus 55 of the user. However, such an authoring tool allows the 
conforms to the additional security rules inqilemented by tfie retrieval and storage of a document object on the Web server 
server program. A second advantage is that since our inven- by generating an KITP request message as described herein, 
tion uses the existing HTTPprotocol mechanism of the Web Existing Web browsers could be modified to provide a 
server machine, the server machine does not have to run storage fuiKiion and editing capabilities to provide this 
additional software or server progranos that are required to 60 functionality. Additionally, HTML and other editing tools 
implement a network file system or shared access to a may also be used in conjunction with this invention if 
reiiK}te file system from a client machine. This is an advan- modified to allow for retrieving and storing files on the 
tage because the additional software would add complexity server by generating appropriate HTTP messages as 
and would add further possibilities for security loophcies. A described bdow. A large number of HTTML editors, such as 
third advantage is that our invention allows access to the 63 HoTMetaL, from SoftQuad, Inc., of Toronto, Ontario, 
online service document objects only through the Web Canada, and other document editors and program editors, 
server program, and thus conforms to the document object such as VisualBasic may be used to create documents and 
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scripts and the invention is not limited thereby. F6r exan:q)lc, a control script 88 written in the Tel programming language, 
the client machine 80 may have dial-up connection to an A suitable control script is described in more detail below in 
Internet service provider, typically using a 14,400 baud or connection with FIG. 5 and is also found in ttic attached 
faster modem, and using the TYumpet 2.0b application f<x appendix. The attached appendix contains material which is 
Microsoft Windows that provides the TCP/IP iHDtocol soft- 5 subject to copyright protection. The copyright owner has no 
ware running over a SUP connection using a normal tele- objection to tiie facsimile reproduction by anyone of the 
phone line. In this arrangement, the client machine 80 is patent document or the patent disclosure containing this 
connected to the Internet and has its own Internet address. a^ndix, as it ^)pcars in the Patent and Trademark Office 
In this embodiment the server machine 84 is a Gateway patent file or records, but otherwise reserves aU rights 
2000 personal computer with an Intel Pentium processor jq whatsoever. 

with a clock speed of 60 MHz, running ^^BSDi Una n should be understood that the server program could just 
operatmg syaem. The Web s«ver program M is ti^^ programmed to respond to a POST r«,uest. given 

HypeiJ^tTranrfer ProtoccJ I>^f^^'^(^^ the current ve^ion of the imP standard. Other protocols, 

flflured for the Umx opcratine system. The server macmne "'^ " , ^ ^ . f t 

84 also has a dial-uT^nnLion to an Internet service „ ^ M^^^'^ti 
provider, using a 14.400 baud or faster modem, and using different messages could be used for both letneval and 
5ie TCP/IP and SUP software that comes with the BSDi storage. Fot cxan^le, FTP could be used to rctocve and 
Unix operating system Generally speaking, the Web server HTTP could be used to store, « vice versa. GeneraUy 
program is the only program providing access to documents, speaking, in this embodiment <rf the invention, the same type 
other tiian the operating systenL It may define groups of of naessage is used to process both retrieval and storage of 
users, user names, passwords and file names sq>arately from 20 both documents and scripts. The particular message type is 
the operating system of the server machine 84. With this not limiting of this invention. For exanq)lc, a Web server 
configuration the client and server machines can establish a niay allow a user to define custom message types. The 
TCP/IP connection and exchange messages over tiie Inter- control script program handles requests to retrieve or store 
net It should be understood that this embodiment is merely objects in the service data areas 90 and 100 00 the server 
exemplary. A large variety of computers and operating 25 machine. There are two types of objects stored in each 
systems have suita ble se rver and dicnt software fca^ com- service data area: static documents in the HTML language 
municating using HTTP over the Internet The client and 92 and 102, and script programs that generate HTML 
server machines may also be connected by a local area documents 94 and 104. 

nctworic (LAN), wide area network (WAN) w may even be ^ ^^^^^ ^ ^^^^^ ^^^^ 

the same machine, but with different processes commum- 30 authoring session, where the service author uses the cUcnt 
eating together over a common commumcatioo channel ^^^^^ ^ document from the Web server, edit 

Although communication is generaUy provided over a TCP/ document on the client machine, and save the document 

IP connection, other nctw^k cOTmmmcahon protoc(ds, ^ ^^^^ ^ ^^^^ 

including other data transport protocols and message pro^ ^ handling, and graphical user interface features 

tocols may be used, A variety of message protocols for 33 ^^^n the prior art for text edUors and word 

communicating over TCP/IP connections may be used, sudi processing programs. Fot instance it does not show that the 
as HTTP. FTP, telnrt, etc. However, generally spealong. the be editing several documents independently within 

server and the cUent do not share flies throu^the file name ^^^^ windows, or that the user may abort an editing 
spaces of their respective opaating systems. That is, the file ^^^^.^^ ^ ^.^^^ ^^^^ ^ document or that the 

name space of the client does not include or my to names 40 retrieve, edit, save in one viindow and then rq)eat 

of files on the sender. In other words, no pair of file names ^/^ ^ different document in the same window, 

in the two file names spaces corresponds to toe same file. py^^oj^ HG. 4 docs not attempt to show the editing 
More details about setting up cUcnt and sctvct machmcs commands that the user uses to make changes to the docu- 
connected to the Internet and the World Wide Web arc ^ ^^^^ niadune because these are wcU known in 

discussed in "Siting up Shop on the Internet, by Jeff 45 

ftentzen ct at, and related artides in Windows Sources, . ^ *u • t*,^ fi^t r;™* rt.^ 

Febmary 1995, h>, 42, 64-67, 70, 73-74, 77^0, 106, 108, As shown m HG. 4, the «^ce aufe^ fint mm Je 
til n-LiiA 117 i9n 197 \i*s 118 1^4-116 138-140 authormg tool program on the dient machme in step 120, 

A provides a graphical user interface forremote editing. 

. . , ^ . * 1 The author then asks in step 121 to edit a document or script 

Co™c^o« between ^^^'I^^^^J^^^ « femapUcularon-linc^cc. and identifies the object by 
jamonthechent machine and the Web so^er ,ffop^ on ^^f^.^^.^t^^^.fteseivice name, and 
the serv« madiine can occur when botti machines a« ^ ^ web scrv^ where the service is stored, 

connected to their respectove Internet service providers. „,V~7^„ inii 
Communication between the servermadune and client such as by using its URL. 

machine takes the form of the cUcnt sending an HTTP S5 The authoring tool program then sends m step 122 an 
request to the senrer 108. the server processing the r«,uest, HTTP PUT request to the W* scnrer where ttie semw b 
followed by the server replying with an HTIP response stored. The structure of (his PUT requert is shown in FIG. 
message to the dient 110. In order to accomplish this, the 6a which is described in more detail Wow. and mchidcs 
dient authoring tool program establishes a TCP/IP comiec- header fields for authorization, the NDMB v«?<>?JJ"°*"; 
tioo to the saver program and sends the KITP request « the request content t)T)c. and the content length m tytes m 
message ova that connection. The sava program receives body of the request includes a method command field that 
the IOTP request message, performs the indicated identifies die request as a remwe request and a URL 
processing, and replies with an KITP response message command field that gives the URL for the documenl or script 
ova the same connection. Hnaily the two programs termi- object to be retrieved. 

nate the TCP/IP connection. 6S When the Wd> server program receives an KITP PUT 

In this embodiment, when an KTTP PUT request is request in step 134, it passes it to the control script 88. The 
received by the saver program, flie server program executes control script examines the paramaers of the retrieve 
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request, and writes an output file in stq) 126 that contains Content-length line). The HTTP requests inc lude a single 

cither the requested document or script, or an error message request line, followed by header fields in the HTTP header, 

for the service author indicating why the request could not f ollow ed by a blank line, followed by command fields intfje 

be satisfied. GencraUy speaking, the Web server i^ogram HTTP request body, foUowcd by optional data in the HTTP 

translates the URL into a file name in the file name space 5 "quest body Header fields have a header field name fol- 

used by the operating system of the server machine. Such lowed by cdon (":") and a hcadff field value. Command 

m^ings are usuaUy found in a configuraUon file for tiie fields have a command field name followed by a colon ( : ) 

server. The control script can also be made to pCTform such and a command field value. The format of the request line 

translation and maintain its own configuration file of map- and header fields is defined by the HTTP protocol 

pings. This can be done so that the server docs not have to lO spccificaUon» while the format of the HTTP request body, 

be reinitialized when mappings change, for example, by the including the command fields, is defined by the method of 

creation of a new service. The detailed operation of the invention. 

control script is shown in FIG. 5, and is explained further FIG. 6a shows the HTTP request message fdinat for a 

below. When the control script has finished execution, the "retrieve'* request. The first line 201 is the request line, 

Web server sends the resulting ou^ut file to the client 15 comprising the ^TUT" method name 211, followed by the 

authoring tool via an HTTP response in step 128. URL f or the object to be retrieved 221, followed by the 

TTie authoring tool then receives the BTITP response. ^ V^^} ^^^^ ^^F^ ^31 Jjhe second hne 2«2 is 

containing the S^ument or script that the author requested, the auttic^tion header field, comprising the header field 

and the authoring tool displays Oic document or script in a 212, e.g., "Authonzaton. followed by the header 

new window in step musing an appropriate editor. If the ^ ^ ^ " Jnl^ ' n. ™^^^^ ^""'^^n,- Vl"" 

response contains an error messagXV^ice author dm\ybWVkjpEb250Rm9y^^^^ Tins au^ 

th^it is handled in the normal way that an editor program nzation field may be used to passwords for protection 

handles the case when a requested file cannot be found. In P*^^;^ ^y the Web s^ar. For example, the Webj^er 

step 132 the service authci edits the retrieved document may only aUow use of toePUTreque^ 

uskg die appropriate editor. At any point during the editing « ^Iso the Web server cou^d look to the passw^^ 

process, the^erJice author may issue a command to save the when a user attempts to >^Tite to a file usmg tiie Web sender, 

^ent version of the document or script being edited, as "^.^Ik^^ '^^'^;Jt':;r^^ 

noted in step 134. Tlie save command causes the authoring ^*th this invenUon. TTie tted ^e 203 fte MIME version 

tool cUent ^gram to send a replace request to the server. ^.^^^^^^^ ^"^^^ ^^^^u ^^^^^^t ifi 

_ , . . TZ ^ . 30 "MIME_version," followed by the header field value 223, 

The replacement j^occss is similar to the rctneval process „j q„ ^04 is the content type header 

desaibed earlier. The autooring tool program sends an ^^^^ comprising the header field name 214, e.g., Content- 

IHTP POT request to the W^ servCT where the sovicc IS . ^^^^^ ^ ^^^^ ^^1^ ^^^^ 224, e,g., 

^ored 136. Tlie structure of th^ PITT request is shown m -^^Ueation/x-vcrmeer." The fifth line 205 is the content 

HG. 6h. and includes header fields fcr authorization, tiie comprising the header field name 215, 

MIME version number, the request content type, and toe ^ *^ Xontcnt-lengA » foUowcd by the header field value 

content length in bytes. The body of the request mcludes a ^25 giving the length in bytes of the HTTPrequest body. The 

method command field that identifies the request as a replace ^06 is the blank line that s^arates die header fields 

request, a URL command field giving the URL where die ^ ^h^ ^^^^^ 207 is the 

document or script is to be stored, and the contents the ^ method command field, comprising &e command field name 

script or document that is to be saved on tfie server. 217, e.g., "method,** foUowed by the command field vahie 

As with the ret rieve requests when the Web server pro- 22?! "retrieve.** The eighdi line 208 is the URL command 

gram receives an HTTP PUT request the server program in fldj craiprising toe command field name 218, *nirL** fol- 

stcp 138 passes it to toe control script 88. The control script lowed by toe cormnand field value 228 giving toe URL for 

examines toe parameters of toe replace request, and attempU dbicci on toe server machine toat is to be retrieved, 

to stOTC toe document a script on toe server at toe location pjQ ^ ^^^^^ j,yjp request message format for a 

given by toe URL (step 140), and writes an output file toat "replace" request The first line 301 is toe request line, 

dtoer contains a status message indicating that toe request comprising toe 'TUT** metood name 311, foUowed by toe 

was convicted. (F contains an error message for toe scmcc j^l giving toe location on toe server where toe 

autoor Indicating why toerequest could not be satisfied (step ^ document should be saved. foUowed by toe HTTP protocol 

142). The detailed operation of toe control script is shown in version number 331. The second line 302 is toe authwza- 

FIG. 5, and is explained fmthcr below. When toe control ^^^^ comprising toe header field name 312, e.g., 

script has finished execution, the Web server sends toe <«Autoorizationr followed by the header field value 322, 

resulting output file to toe cUent autooring tool vU an HTTP ^ ^ .^^^ dmyjrbWVlcjpEb25QRm9yZ2 VOVGhpcw=.** 

response in step 144. 55 ling 3Q3 ^ MIME version header field. 

When toe autooring tool receives toe HTTP response, if comprising toe header field name 313, e.g., ^MZMEj, 

toe response is an error message toen toe error message is version,** followed by toe header field value 323, e.g., "1.0". 

displayed for toe service autoor in step 146. Otocnvise toe The fourto line 304 is toe content type header field, com- 

autooring tool informs toe user toat toe document or script prising toe header field name 314. e.g., **Content-typc " 

was successfully saved on toe Web server machine in step go foUowed by toe header field value 324, e.g., "qjplication/ 

146. In eitoer event toe authoring tool waits for a new x-vermeer.** The fifto line 305 is the content length header 

command fi-om toe service autoor. field, comprising toe header field name 315, e.g., "Content- 

FIGS. 6a and 66 show toe structure of toe HTTP request lengto,** followed by toe header field value 325 giving toe 

messages toat toe autocring tool sends to toe Web server. In lengto in bytes of toe HTTP request body. The sixto line 306 

each case toe parameter "lengto** on toe "Content-lengto** 65 is toe blank line that separates toe header fields from toe 

line is replaced by toe number of characters in toe content HTTP request body. The scvento line 307 is toe metood 

part of toe message (toe part of toe message toat follows toe command field, comprising toe command field name 317, 
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eg.. **mcthod," foUowed by the command fidd value 327, and this user. For example, the file may be wnttcn if the file 

c.g., ^'replace.'' The d^th line 308 is the content type does not currently exist, or if the file exists and the service 

command field, con]^>rising the command field name 318, author has authorization to write the file. AudiOTization may 

eg., "Content-type," followed by the command field value be determined by the Web server, to see if the user atten^t- 

giving the content type identifier 328. The ninth line 309 is 5 ing to write to a file has provided a correct password, 

the URL command field, con^jrising the conamand field Authoriration may abo be determined by the underlying 

name 319, e.g., "url.** followed by the command field value operating system, to see if the Web server has authorization 

329 giving the URL for the object on the server machine that to write to the file specified by the URL, If the result of the 

is to be replaced. test in step 184 is ^Ycs" then the control script siotcs die data 

The operation of tiie control script 88 as running on the lO of the HTTPrcqucstbody in the file indicated by the "URL" 
server machine, wiU now be described in connection with conunand field value (step 186). The control scnpt then sets 
HG. 5, As described above, in this embodiment the Web the appropriate file pennissions on the new file m step 188, 
server program caUs the control script when a retrieve or writes the status message indicating the result of the corn- 
replace request arrives from the authoring tool The control mand into the output file in si^ 190 and the control sct^ 
soipt processes the retrieve or replace request and writes an 15 terminates. If the file cannot be written then the test 184 
output file mat the Web server will send back to the client as yields the answer the confrd scnpt wntes an crr^ 
the response to the retrieve or rq>lace request. message to the output file m step 192, and the control scnpt 

As shown in HG. 5, when the Web server calls the control tennmates. 
script, the control script first reads the **Contcnt-type" header An advantage of this system is that the client authoring 

field of the HTTP request header to get the document type tool does not need to map the file name space of the server 

in step 160, A test is performed to see if the document type to its own file name space. This arrangement is particularly 

given in the header field is "application/x-vermeer" (step advantageous in large networks, such as the Internet, where 

162). If the request is not from the audioring tool, then the there may be many authors of many on-line services on 

control script writes an error message to the output file 164 many servers. In this environment, the ability to remotely 

and the control script terminates. When die document type author documents is made easier and eliminates die need for 

indicates that the request is from the authoring tooL then the compex file systems like a network file systenL 
test performed in st^ 162 yields **;^^!^^'2*5^rnf ^ Another advantage of this system is that the abiUty to 

^1 scnpt n^ds the^nimand fields ^^/^^^ ,tore files on the se^er is made possible in a manner which 
HITP request (step 166), A test is then pcrfonned m step transparent to usage by any Web browser. By using a 

168 in order to detonine if the f ^^^^ coSS to con^l l^s^sing of messages. L server 

able^ms test invd^ves ^ei^z ?^^^^'^}}^^ also need^ be modifiedThe server is simply configm^d 
^^thod" coimnand field (2) there is a URL command ^ 

field, and (3) the command fields are syntacttcally correct If 7 rec^jsm^^ imi^ wuuv* ^ 

tiie conamand fields arc not correct, tfien the control script tion. 

writes an error message to the output file in step 170 and the Having now described an embodiment of the invention, it 

control script terminates. If the command fields are should be understood that the foregoing description is 

acceptable, then the test in step 168 yields the answer "Yes** merely illustrative, having been presented by way of 

and the control script performs a test to d^ennine if the cxa^^)lc only. Numerous other embodiments and modifica- 

**method** command field value indicates a retrieve request tions may be made. For example, the invention is not limited 

(step 172). If so. then another test is performed to determine to use on die Internet or using the Worid Wide Web or using 

if the file given in the "URL** command field value exists the HTTP communication protocol. For example, the file 

and is readable (st^ 174). If the result is "Tes" dien the transfer protocol (FIT) could also be used, using "get" and 

control script sets the content type by examining the file **put" commands in that protocol. Other prcAocols using 

name extension in step 176. The control script then writes messages communicated over TCP/IP connections are also 

the HTTP response header containing the content type, and * possible. A mix of such protocols may also be used to 

the data content of the indicated file, to the output file in step perf (rm retrieval or storage functions. It is also possible that 

178, and the contrxil script terminates. If test in stq> 174 a service author will keep local copies of document objects 

yields the answer *'No" then the control scr^ writes an error of an on-line service so that cmly a remote storage funrtion 

message to the ouQ)ut file in step 180 and the control script is used. Additionally, systems in which a client program 

tenninates, modifies and stores documents and programs on the server 

If the ''method'* command field docs not indicate a using protocols over a TCP/IP connection between the cUent 

•'retrieve" request then the test in step 172 yields the answer and die server are also within the scope of the invention. The 

**No" and a test is performed to see if die command field client and server may be connected by the Internet or a 

indicates a ''replace" request (step 182), If the "method" private local or wide area network or may be on die same 

command field does not indicate a "replace" request then die machine. The dient auttioring tool may be configmed to 

test 182 yields the answer "No," the control script writes an communicate only with the server. The processmg of mes- 

oTor message to the output file in step 194. and the control sages need not be provided by a control script added to me 

script terminates. Otherwise, if the "mediod" command field server, but may also be made possible by modifications to 
indicates a "repUcc" request, then ano&cr test is performed ^ the sctvct. These and odier embodiments are considered to 

in step 184 to determine if dw file given in toe "URL" be within die scope and sjarit of die present invention which 

command field value may be written by the autfioring tool is defined by the appended claims. 
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APPENDIX Page 1 of 9 

#!/usr/local/bin/tcl5h 

I* 

M file put script 
# 

^ This is a pu1_script for a CERN server that supports the following 
# operations in the Vcnnccr authoring tool client: 



n 


retrieve -retrieve 


a document 


a 


replace 


replace a previously existing document 


a 




(error if it didn't previously exist 


* 




or if date/lime is later than that passed in) 




create 


create a new document 






(error if It previously existed) 


# 


parse 


parse a basic document and return tc) 




index 


index a document 


n 




(indexes should still be recreated regularly). 




listserviccs 


return a list of services on the server. 


u 


linkmap 


return a linlcmq) of documents on the server. 



n 

n This script is triggered by an HTTP PUT raeewKi, but HTTP POST method 
U could also be used. 

n 

M proc DBG 'de bug-string* 

H 

n if debugging is enabled (/imp/dcbugj>ut_scripi exists) then 

# write the debug-string to /tmp/put scripUdbg 

it 

proc DBG str { 
global dbgoD 
global df 

if I[info exists dbgon] { 

set dbgon [file exists /tmp/dcbugj)iit_saiptj 
ifSdbgon { 
set df (open /imp/pm_scrtpt,dbg ^v**) 

) 

} 

If Sdbgoa { 

putsSdfSstr 

} 

) 

# proc error 'error-string' 
# 

# Generic eiror routine for getting a string back to client 
if Note that this terminates the current process 

if 

proc error str ( 

DBG "efror-'Sstr"' 

puts stdout "Content-Type: text/html 
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<:html> 
<hcad> 

<titlc>Bad Rcqucst</titlc> 

</hcad> 

<fcK>dy> 

<hI>Bad Requcst</hl> 

<hr> 

$sTr 

</bo(iy> 
</html>'' 

cxitO 

) 
H 

# proc niktcmpfilc 'File' 'Filename" 
# 

# Create and open for writing a umporary file in STMPDIR 

1^ 

proc mktempfile { File Filename 1 { 
upvar 1 SFile file 
upvax 1 SFiJenamc filename 
global tmpdir 
global tmpcount 
global env 

if '(info exists tmpdir] { 

if linfo exists cnv(TMPDIR)] { 

set tmpdir Senv(TMPDIR) 
I else { 
set tmpdir rtmp 

) 

set tmpcount 0 

} 

U ?4eed a way to ensure exclusive create,.. 
U (and maybe put a process id b here...) 
set filename StmpdirATTtmpStmpcount 
incr tmpcount 

while ((file exists Sfilename]— 1) ( 

set filename ttmpdir/VTtmpStrapcount 
incr tmpcount 

1 

set file [open Sfilename w] 

} 

n 

0 proc re ad line 'input tine' 

U Routine for reading a single line from stdin. 

# Reads no more than env<CONTENT_LENGTH) characters 

U (otherwise the process would hang waiting for nonexistent input) 
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a Strips trailing CR. 

it returns -1 if no more input. 

a 

proc readline Line { 
upvar SLme line 

global contentlength 
global env 

if ! [info exists conteQUen£t)i] { 

if { [info exists env(CONTENT_LENGTH)] } { 
set contenilength Jenv(CONTENT LENGTH) 
)cl«< 

DBG •'no CONTENT_LENGTH environmenl variable" 
set contentlength 0 

} 

DBG "contentlength - Scontenilength" 

} 

if { Scomenilcngih <= 0 > { 
return -I 

if { [gets sidin linel < 0 } { 
return -1 

) 

U don't fully underetand CRLF Issues, but for now... 
incr contentlength (expr 0 - ( [string length $line} -t- I )] 
set line (string trimright Sline "V") 

DBG "Input - •Sline'" 

return 0 

) 

# ExecuUon starts here 

n 

if{[calch{ 

DBG "in put_scripl'' 

a Make sure we have a document of type "application/x-venneer" 

if '[info exists env(CONTENr.TYPE)l { 
error "no content-iypeVmieed content-type: application/x-vermeer" 

) 

if { [string tolower $cnv(CONTENT_TYPE)l !» "applicaiion/x-vcnnecr" ) { 
OTor "bad con tent- type: $cnv(CONTENT_TYPE)\nnced content-type: appUcation/x-verraccr" 

} 



10/31/2003, EAST version: 1.4.1 



25 



5,732,219 



Page 4 of 9 

a 

# Read operation headers 

# Put them in the associative array 'headers', indexed by header name 

n 

while I { 
if {[readline linej<0) { 
fi no more input 
break 

) 

if { 0 — fstring length SUne] } { 
0 blank Kne, end of headers 
breaJt 

) 

setws'^fMX]*- 

set alpha ^l-A-Za-z\)" 

set searchexpr "$ws^SalphaH)Sws:$w5\( *\)" 
if fregexp $searchcxpr$line fooname vahie] { 

set hcaders((string tolower Sname]) Sval Je 
) tlsc{ 

etror "bad header - \-$Iinc\"" 

} 

} 



U Compute 'pathroof and 'molisaroot* for future reference 

a 

if Uinfo exists env(PATH TRANSLATED)1&& finfo exislscnv(PATH,mFO)l} ( 
set U {string lost Sen v{p"aTH_ INFO) $cnv(PATH_TRANSLA'reD)J 
set pathrool [string range $cn v(P ATH_TRANSL ATED) 0 [expr Six- 1 ] ] 

)elsc{ 

error •'cannot determine root of document tree" 

) 

set molisaroot (farmat "%s/Molisa" Spadiroo!] 
H 

# Most methods require a target uri, 
H Get and check it if it exists. 
U 

if [info exists hcaders(url)] { 
set url $hcaders(url) 
set fullurt SpathrootSurl 
set uriextcnsion [file extension Suri] 

if { 0 !=• [string first 7Molisa" Surl) | { 

error "document is not underneath /MoHsa - SurP 

) 

) else { 
set url 
set ftilhirl 
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set UTlcxtcnsion 

) 

# 

tf Get ihe method 

U 

if !|mfo exists hcadcrs(method)] ( 
error "no method header" 

1 

set method $headcJs(inethod) 
DBG •'method = 'Smethod'" 

ffCase off method 
# 

if ( 0 [string compare Smethod linkina|>] ) { 
set result [exec Snnolisaroot/intcmal/gctlinks.Ccl Smolisaroot/intemal/gcturi Sfullurl] 

puts stdoui "Content-Type: apptication/x-veraieer-linlcmap\n" 

puts stdout Sresult 

exitO 

) elseif { 0 =- [string compare Smethod listscrvices] \ [ 

# these are the Moltsa directories that are not_ services 
set reserved { internal [ib dummy putdir } 
set raw list [exec Is Smolisaroot] 

set services 
foreach f $rawtist [ 

if { [file tsdirectory $Tnolisaroot/$fJ Sc& 
(- 1 " [Isearch -<xacl Srcscrved $f\) } { 
lappcnd services $f 

\ 

puis stdout "Content-Type: venneer/x-venneer-servicelistXn" 
foreach f Sscrviccs { 
puts stdout Sf 

} 

puts stdout ^'ENCKDFLIST' 
exit 0 

) elscif ( 0 — [string compare Smethod index] ) { 
# 

# Index 

# 

DBG "entered index" 

set indcxer ^sr/local^iIlAvBisindcx 
if ![file exists Sfullurl] { 

error "document docs not exist - Suri* 

) 

if ![ file exists Sindexcr] { 
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error " index cr does not exist - Jindexer" 

) 

if ![rile readable Sfullurl] { 

error "document not readable - Surf 

J 

if (Hie isdirectory $fulhir)] { 

DBG "directory index branch" 

set service [file tail Surl) 
a We use a Web directory for the html pages, and a parallel wais 
U directory, rather than mixing wais index files into the Web hierarchy 

set www Iftic direaine $pathroot)Avais/$servicc 

catch { exec Slndexcr -mem 2 -1 1 -export -d Jwww ^ 

-I URL SmoHsaroot/Sservice h(tp://zorch.tiac.net/Molisa/$service \ 
-r$molisaroot/Sservice} result 
DBG "result - -Srcsuh-" 
)else { 

DBG "file index branch" 
set below [string range $url 8 end] 
set service [file dimame Sbelow] 
H We use a Web directory for the html pages, and a parallel wais 

# directory, rather than mixing wais index files into the Web hierarchy 

set www [ftle dimame SpathrootJAvais/Sservicc 
DBG "molisaroot/bclow - Smolisaiooc/Sbelow" 
catch ( exec Sindexcr -mem 2 -I 1 -export -d Swww \ 

•I URL Smolisarool/Sservice http;//zorch.tiac.ott/Mt>lisa/$scrvice \ 

-r Smolisaroot/Sservice} result 
DBG "result = -$re£«lt»" 

} 

puts sidoul "Content- Type; text/html 

<htm> 
<head> 

<title>Indcxing of SurK/litle> 

</head> 

<body> 

<h l>lndc)ting of Surl succeeded<Vh l> 
<pre>" 

puts -nonewline stdout SresuU 
puts stdout " 

</pTe> 
</body> 
<yhimU>" 
exitO 

) elseif { 0 [string compare Smcthod retrieve) } { 

# Retrieve 

n 

if ! [file exists SfuUurl] { 

error "document does not exist • Sxirl** 
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} 

if ![nie readable Sfullurl] { 

error "document noi readable • Surl" 

} 

if { 0 ~ [string compare Surlexiension .htmlj ) ( 

&el contenttypc lext/himl 
) elseif ( 0 — [string compare Surlextension .bas] ) { 

set contcnttype tcxt/x-basic 
) elscif { 0 [string compare Surlextcnsion .tell ) ( 

set contenttypc texl/x-tcl 
} else f 

set contenttypc application/binary 

1 

puts stdout "Contcni-Type: Sconient»ypc\n" 

set input [open Sfullurl r] 
while {(gets Sinpui line] >= 0) { 
puis stdoul Sline 

> 

close Sinpul 
exitO 

J elseif ( ( 0 = (string compart Smclhod replace] ) j| 
( 0 (string compare (method create J ) } { 

# 

H Replace or creale 

A May already exist if we're replacing 
^ Must not exist if we're creating 

if { 0 " [string compare Smethod replace] ] { 
a if ![file exists Sfullurl] ( 
It error "document docs not exist - SurP 

)elsc[ 

if [file exists Sfiillurl] { 

error "document exists - Surl" 

} 

) 

if [catch ( set output [open Sfullurl w] )] { 
error "document not writable • Surl" 

) 

H Assume text 
set text 1 

If (info exists header^(content-typc)] { 

set contcnttype Sheadcr5(contem-type) 
if ![regexp -nocase ""Hext/*' Sconicnttype] ( 
set text 0 

) 

) 

DBG "text = 'Stexi'" 
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if ( Sicxc ) { 

while { [readlineline]>=0 ) { 
puis Soutput Stine 

1 

) eUc ( 

DBG "about to read 'Scontcntlcngth' bytes" 

exec >@ Soutput $moIlsaroot/lincmal/rtad Scontcntlcngth 

) 

close Soutput 

U Quick detection ofexecucable files 
U If the directory name is "Scripts" make it executable 
if {0 — [string compare Scripts [file tail [file dimamc Sfullurl]]]} { 
exec chmod a+x Sfullurl 

) 

puts sidout "Content-Type: Icxt/hlml 

<html> 
<head> 

<titlc>Create/rcplace succeedcd</titlc> 

<^/head> 

<body> 

I >Crcate/rcplace succcedcd</h 1 > 
</body> 
<7htinl>- 

exitO 

} eliclf { 0 (string compaf c Smcthod parse] } { 

» 

sparse 
U 

mktcmpfilc basicFiJc basicFilcNamc 

while { (readllne line] >-0 } { 
puts SbasicFile Sline 

) 

close SbastcFilc 

rnktempfile tcTFile tclFilcName 
close StcIFile 

set fail (catch {exec $molisaroot/intcn»al/paracT <$basicFi!eNamc >$lclFileName| resu 

if {Sfail} ( 

puts stdout *'Content-Typc: text/html 

<htinl> 
<hcad> 

<title>Parse failed</title> 

</hcad> 

<body> 

<hl>Parse failcd</hl> 
<pre> 
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Sresult 

</pre> 

</him\>" 

puis stdaul "Content-Type: texl/html 

<htinl> 
<head> 

<lillc>Parse sijccccdcd</titlc> 

</hcad> 

<body> 

<hl>Parse succecded</hl> 
<pre>'* 

SCI iclFile [open StclFileNamc "r"] 
while {[gets StclFile line] 0) { 
puts scdout Sline 

} 

puts stdout "</pre> 

</body> 
</hUnJ>" 
} 

exec rm $basicFiIcNamc StclFiicNamc 

J 

} vfrjf)ut_rcsult] ) ( 

DBG "put cau&ht - 'Svfr_put_result"' 
puts stdout "Content-Type: lext/hcinl 

<HEAD><TlTLE>Put ErTor<rJTLE><mEAD><BODY> 
<Hl>PiilErTor</Hl><prc>Svfr_put_rcsult</prcx/body>" 
exilO 
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What is claimed is; 

1. A coniputcr-iiiiplcincnted process for a client to 
remotely edit a document object stored on a server, wherein 
the client and the saver communicate using an HTTP 
protocol over a connection, comprising the st^s of: 5 

(a) establishing the connection between the client and tke 
server; 

(b) the client sending an HTTP request message o ver a 
TCP/IP connection to the server, wherein the HTTP 
request message specifies the document object and an 
indication that the client requests retrieval of the docu- 
ment object; 

(c) the server receiving the HTTP request message and 
calling a script; ^5 

(d) the script retrieving a copy of the document object; 

(e) the server sending the copy of the document object to 
the client over the TCP/IP connection in an HTTP 
response message; 

(f) die dicnt receiving the HTTP response message 20 
including the copy of the document object; 

(g) the client permitting editing of die copy of the docu- 
ment object; 

(h) the client sending another HTTP request message to ^ 
the SCTver, wherein said other HTTP request message 
contains a copy of an edited document object and an 
indication of a location on the server to store the copy 
of the edited document object and an indication that the 
client requests storage of the edited document object; ^ 

(i) the server receiving the other HTTP request message 
and calling the script; 

(j) the script storing the copy of tiie edited document 
object on the server according to the indication of the 
location included in the odier HTTP request message; 35 
and 

(k) terminating the connection. 

2. The process of claim 1, further comprising tiie step <rf 
the script checking authentication and wherein the step of 
the scr^t retrieving the copy of the document object 40 
includes retrieving the copy only when access to the docu- 
ment object is authenticated. 

3. The ixoccss of claim 1, further comprising the step of 
m2q)ping the indication of the location of the document 
object to a file name on the server. 45 

4. The process of claim 1, further comprising flie step of 
the server responding with an HTTP response message to a 
dient program, indicating one of acknowledgment that the 
document object was successfully saved and giving an error 
indication. ^ 

5. The process of claim 4, further conq)rising the step of 
terminating the TCP/IP connection afta: the step of die 
server sending a response message. 

6. The process of claim 1, whCTcin the document object is 
part of an online service on the World Wide Web. 55 

7. The process of claim 1, wherein the document object 
comprises an HTML file. 

8. The process of claim 1, wherein the document object is 
a computer program written in a computer programming 
language. M 

9. The process of claim 1, wherein the script is a single 
oonq)uter program which processes both retrieve and store 
requests and is called by the server in response to either a 
store or a retrieve request from the client 

10. The process of claim 1, wherein the HTTP protocol 65 
includes a named message method which indicates transfer 
of arbitrary data from the client to the server and wherein the 
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client sends the server a message including a name of the 
named message method for both retrieve and store requests. 

11. The process of claim 10, wherein the named message 
m(^hod is an HTTP "PUT" message. 

12. The process of daim 10. wherein the named message 
method is an HTTP *TOST" message. 

13. The iMocess of daim 1, wherein the server and the 
client are on d»e same con^tcr. 

14. The process of claim 1, wherein the scrva and the 
client are on separate con^xjtcrs that are interconnected by 
a network. 

15. The process of claim 14, wherein the network is a 
local area network. 

16. The process of claim 14. whcxeio the network is an 
Internet network. 

17. The process of claim 1, wherein the server calls one 
of a plurality of scripts. 

18. The process of daim L wherein the connection 
established is a TCP/IP connection. 

19. The process of claim 1, wherein the document object 
is an HTML file including an embedded graphic image. 

20. A computer-implemented process for remotely editing 
an electronic document stored on a server, using a client 
wherein the server and the client are connected via a 
communication diannel using a communication (cotoool. 
and wherein the client has a first file name space and the 
server has a second file name space and no file in the second 
file name space can be accessed using the name of a file in 
the first file name space, comprising the steps, performed by 
the dient, of: 

(a) sending a request message in the communication 
protocol over the communication channel to the server 
requesting a copy of the dectrooic document; 

(b) recdving a response message in the communication 
protocol from the server over the communication 
diannd, wherein the response message contains the 
copy of the electronic document; 

(c) permitting editing of the copy of the dectronic docu- 
ment at the client; and 

(d) sending another request message in the communica- 
tion protocol induding the edited electronic document 
over the conmiunication channd to tiie server, wherein 
said message includes an indication of a location on the 
server where the dectronic document is to be stored, 
said location being automatically raspptd by the server 
to a name of a file in the second file name space. 

21. A computer-implemented process for remotdy editing 
an dectronic document stored on a server, using a dient, 
wherein the server and tiie dient are connected via a 
communication channel using a communication protocol, 
comprising the steps, performed by the client, of: 

(a) sending a request message in the communication 
protocol over the conmiunication channel to the server 
requesting a copy of an electronic document using a 
name mappablc to a file name space of the server and 
not mqjpable to a file name ^ace of the client; 

(b) recdving a response message in the communication 
protocol from the server over the conmiunication 
channd. wherdn said response message contains the 
copy of the electronic document; 

(c) permitting editing of the copy of the dectronic dooi- 
mcnt at the client; and 

(d) sending another request message in the communica- 
tion protocol induding the edited electronic document 
over the communication cbaimd to the server, wherein 
said message includes an indication of a location on the 
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server where the clcctroaic document is to be stored, 
said locatioo being automatically mapped to a name of 
a file in the file name space of the server. 

22. A computer system for use with a server connected to 
a client via a communication channel using a communica- 
tion protocol, wherein the client has a first file name ^aoe 
and ^e server has a second file name space, and the first file 
name space does not include names of files that map to 
names of files in the second file name space, the client 
comprising: 

(a) means for sending a request message over the com- 
munication channel in the communication protocol to 
the server for a copy of an electronic document; 

(b) means for receiving a response message in the com- 
munication protocol from the server and over the 
communication channel, wherein the response message 
contains the copy of the electronic document; 

(c) means for permitting editing of the copy of the 
electronic document at the client; and 

(d) means for sending a request message in the conunu- 
nication protocol including the edited electronic docu- 
ment over the communication channel to the server, 
wherein said message includes an indication of a loca- 
tion on the server where the dectronic document is to 
be stored, so that the server will automatically m^ the 
location to a name of a file in the second fiJe name 
space. 

23. A oon4>utcr system for use with a client connected to 
a server via a communication channel using a oommunica- 
tioQ protocol, whcrciji the client has a first file name space 
and the server has a second file name space, and the first file 
name space docs not indude names of files that map to 
names of files in the second file name space, the server 
comprising: 

(a) means for rccdving a request message over the 
cojimiunication channel in the communication protoccH 
from the dient for a copy of an electronic document; 

(b) means for retrieving die copy of the electronic docu- 
ment; 

(c) means for sending a response message in the commu- 
nication protocol to the dient and over the communi- 
cation channd. wherein the response message contains 
the copy of the dectronic docimient; 

(d) means for receiving another request message in the 
communication protocol including an edited copy of 
the electronic docuoient over the communication chan- 
nel and from (he client wherein said message includes 
an indication of a location on the server where the 
electronic document is Co be stewed; 

(e) means for mapping automatically the location to a 
name of a file in the second file name space; and 

(f) means for storing the edited electronic document in the 
second file name space. 

24. A con^uter-implemented method for editing an elec- 
tronic document for use in connection with a client con- 
nected to a server via a communication channd using a 
communication protocol, whcrdn the client has a first file 
name space and the server has a second file name space, and ^ 
the first file name space does not indude names of files that 
m^ to names of files in the second file name space, 
comprising the steps, performed by the server, of: 

(a) receiving a request message over the communication 
channel in the communication fsotocol from the dient 
for a copy of the electronic document; 

(b) retrieving the copy of the electronic document; 



(c) sending a response message in the conmiunication 
protocol to die client over the conmumicatiott chaimcl, 
wherein the response message contains the copy of the 
electronic document; 

(d) recdving another request message in the conmiuni- 
cation protocol indudlng an edited copy of the elec- 
tronic document over the communication channel firom 
the client, wherein said message indudes an indication 
of a location on the server where said electronic docu- 
ment is to be stored; 

(e) automatically mapping the location into a name of a 
file in the second file name space; and 

(f) storing the edited copy of the electronic document in 
the second file name space. 

25. A computer-implemented process for remotely editing 
an dectronic document stored on a server, wherdn tiie client 
and the server conununicate over a communication channel 
using a communication protocol, and wherein the client has 
a first file name space and the server has a second file name 
space, and the first file name space does not include names 

^ of files that msp to names of files in the second file name 
space, comprising the steps of: 

(a) the chent establishing the conmiunication channel 
with the server; 

(b) the client sending a request message in the commu- 
nication i^otocol over the communication channel to 
the server, wherein the message specifics the electronic 
document and an IndicaticHi that the client requests 
retrieval of the electronic document; 

(c) the server receiving the request message and verifying 
the access of the dient to the requested electronic 
document; 

(d) the serva retrieving a copy of the electronic document 
if the access of the client is verified; 

(e) the server sending the copy of the electronic document 
to the client over the communication channel in a 
response message in the communication protocol; 

(f) die client recdving the response message from the 
server including the copy of the electronic document; 

(g) the client permitting editing of the copy of the elec- 
tronic document by a user; 

(h) the client sending another request message over the 
communication channd in the communication protocol 
to the server, wherein said message contains a copy of 
the edited document and an indication of a location on 
the server where said document is to be stored; 

(i) the server recdving the odicr request message and 
automatically mapping the location into a name of a file 
in the second file name space; 

(j) the server storiDg the copy of the edited document in 

the second file name space; and 
(k) the server sending another response message acknowl- 
edging an attempt at storage of the copy of the edited 
document. 

26. A computer system for remotdy editing an electronic 
document, con^srising: 

(a) a communication channel using a communication 
protocol that interconnects a server to a client wherein 
the dient has a first file name space and the server has 
a second file name space, and the first file name space 
does not include names of files that map to names of 
files in the second file name space; 

(b) the client comprising: 
(1) means for sending a request message over the 

communication channel in the communication pro- 
tocol to the server, for a copy of the electronic 
document; 
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(ii) means for receiving a response message in the 
conununication protocol from the server over the 
oommunication channel, wherein the response mes- 
sage contains the copy of the electronic document; 

(iii) means for pcnnitting editing of the copy of the 
electronic document at the client; and 

(iv) means for sending another request message in the 
communication protocol including the edited copy of 
the electronic document over the communication 
channel to the server, wherein said message includes 
an indication of a location on the server where said 
document is to be stored; and 

(c) tiie server comprising: 

(i) means for receiving the request message over the 
communication channel in the conmuinicatioD pro- 
tocol from the client for the copy of tiie electronic 
document; 

(ii) means for retrieving the copy of the electronic 
document; 

(iii) means for sending the response message in the 20 
communication protocol to the client over fte com- 
munication channel, wherein said message contains 
die copy of the electronic document; 

(iv) means for receiving tfie otha request message in 
the communication protocol including the edited 25 
copy of the electronic document over ttic communi- 
cation channel from the client, wherein said message 
includes the indication of the location on die server 
where said document is to be stored; 

(v) means for automatically mapping the location on 
the server into a name of a file in die second file name 
space; and 

(vi) means for storing the edited copy of the electronic 
document on the server id the second file name 
space. 

27. A method fcff a server to process a request message 
from an editor implemented in software executed by a client, 
oon^aising the stq>s of: 

(a) determining whether the request message is from the 
editor of die client; 

(b) determining whether the request message is for 
retrieval of a document object when the request mes- 
sage is from the edited of the client; 
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(a) the client sending a request message to the server, 
wherein the request message includes a document 
object, an indication of a location on the server where 
the document object is to be stored; 

(b) die scrvCT receiving the request message and auto- 
matically converting the indicadon of the location on 
the server into a name of a file in the second file name 
space; 

(c) the server storing the document object as a file using 
the name of die file in the second file name space; and 

(d) die server sending a response noessage to the client that 
acbiowledges the storage of the document object. 

29. In a client/server coii^)uter system for remotely edit- 
ing document objects stored on a sovct. a client comprising: 

(a) an editing system having inputs connected to receive 
editing commands, a memory for storing a document 
object while it is edited in response to die editing 
commands, and an output for displaying die document 
object to die user during editing; 

(b) a retrieve request message processor having an input 
connected to die server over a communication channel 
to receive an indication of the document object on the 
server to be retrieved and an output providing a retrieve 
request message, said retrieve request message includ- 
ing an indicadon of the document object; 

(c) a response message processor having an input cod- 
nectcd to receive a response message from the server 
and opciatiYc when the retrieve request message sec- 
tion sends a retrieve request message to die server, 
wherein the response message includes the documeot 
object, and an output providing the document object to 
the memoty of the editing system; and 

(d) a store request message processor, connected to access 
the memory of the editing system, and having an input 
connected to receive an indication of a location on die 
server for storing the document object and an output 
providing a store request message including die edited 
document object and die indication of the location on 
the server where the document object is to be stored, 
wherein the output connects to the communication 
channel connected to the server, 

30. In a client/server computer system in which a client 



remotely edits document objects stored on a server, the 
(c) sending a response message to the editor of the dicni 45 server comprising: 

:ny,l>t/ltnM a r>nn\i nf iht> Anrnm^nt obiect when the , v i. 



including a copy of the document object when the 
request message is for retrieval of said object; 

(d) determining whether die request message is for stor- 
age of the copy of the document object on the server 
when the request message is from the edited of the 
client, said message including an indication of a loca- 
tion where said d>ject is to be stored on the server; 

(e) automatically mapping the location into a name of a 
file in the second file name space; 

(f) storing the copy of the document object in the second 
file name space when the request message is for storage 
of said object; and 

(g) sending another response message to the editor of the 
client acknowledging storage of the document object 
when the request message is for storage of said object 

28, A process for saving a document object on a server in 
response to a request from a client, wherein die client has a 
first file name space and the server has a second file name 
space and the first file name space does not include names 
of files that map to names of files in the second file name 
space, comprising the steps of: 
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(a) a memory in which document objects are stored; 

(b) a retrieve request message processor having an input 
connected to receive a retrieve request message from 
the client, wherein the retrieve request message 
includes an indication of a document object stored on 
the server, and wherein the retrieve request message 
processor accesses the memory to retrieve the docu- 
ment object indicated in Uie retrieve request message, 
said retrieve request message processor further having 
an ou^ut providing a response message, including the 
reeved document object, to the client; and 

(c) a stOTe request message processor having an input 
connected to receive a store request message from the 
client, wherein the store request message includes a 
document object and an indication of a location on die 
server for storing the document object, said store 
request message processor automatically mailing the 
location into a file name space employed by die server 
and staring the document object in said file name space. 
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by the server machine to other client systems that can be 
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machine receives a response message from the server 
machine, it displays information about performance of the 
audioring operation by the server, using the response mes- 
sage. TTie cEent and server may communicate using the 
HTTP protocol over a TCP/IP connection. The may also 
have different file name spaces, requiring the server to 
mainiaio and perform mapping between identifiers used by 
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a server program for processing HTTP messages and a 
server extension program for processing authoring opera- 
tions. This extension program can be called via the common 
gateway interface. The authoring operations to be performed 
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services, documents and scripts on the server. Also, opera- 
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META INFORMATION FOR THE WEB 
content/_vti_pvt/servk:e.cni 



TASK LIST FOR UNFINISHED TASKS 
conlent/_vti_pvl/_x_todo.hlm and content/_vfi_pvt/_xJodoh.hlm 



DATABASE OF DOCUMENT DEPENDENCIES 
contenl/_vti_pv1/doctodep.btr and content/_vti_pv1/deplodoc.blr 



WEB LOCKING IVIECHANISM INFOR/MTION 
conlenl/_vti_pvt/service.lck 



406 



414 



HTMl DOCUMENT 1 WITHIN THE WEB 
conlent/documenti .himl 



SUBDIRECTORY FOR DOCUMENT 
META INFORMATION 
content/metoinfo ^9*' 



DOCUMENT META INFORMATION 

FOR DOCUMENT ! 
content/metainfo/documentl.titml 



412 



SUBDIREaORY FOR ADDITIONAL WEB CONTENT 
content/subdir 



416 



HTML DOCUMENT 2 WITHIN THE WEB 
confent/subdir/document2.html 



SUBDIRECTORY FOR DOCUMENT 
META INFORArtATION 
content/subdir/metainfo 418 



DOCUMENT META INFORMATION 
FOR DOCUMENT? 
confent/subdir/metoinfo/documentl.hlml 



AREA FOR PRIVATE CONTENT 
content/_private 



•■TTI — 
424 



TEXT INDEX FOR ALL TEXT DOCUMENTS 
content/_vti_txt 



426 



Fig. 4 
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[Content directory for example web] 
. /content 

[HTML documents included in the web content] 
. /content/index. html 
. /content /prOl .htm 
. /content/pr02 .htm 
. /content/pr03 .htm 
. /content/news . htm 
. /content/prodOl .htm 
. /content/inforeq.htm 

'content /prod02 .htm 
. /content/prod03 . htm 
. /content/servOl . htm 
. /content/serv02 .htm 
. /content /serv03 .htm 
. /content/products . htm 
. /content /feedback. htm 
. /content/ toe . htm 
. /content/search. htm 

[Image files included in the web content] 
. /content/images 
. /content/ images /bhomeS .gif 
, /content/images/bnews3 .gif 
. /content/images/bprdsrv3 .gif 
. /content/iraag€s/btoc3 .gif 
. /content/images/bfeed3 .gif 
. /content/images/bsrch3 ,gif 
. /content/ images/hhome3 .gif 
. / content /images /logo . gif 
. /content/images/div3 .gif 
. / content/ images /hnewsB .gif 
. /content/images/smallnew.gif 
. /content/ images/hprdsrv3 .gif 
. /content/images/hprods3 .gif 
, /content/images/prodimg.gif 
. /content/images/bullet3 .gif 
. /content /images/hservs3 .gif 
. /content/images/hf eed3 .gif 
. /content/images/htoc3 .gif 
. /content/images/hsrch3 .gif 
. /content/images/undercon.gif 

Fig. 5A 
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[Document meta information for the HTML documents] 

. /content/metainf o 

. /content/metainfo/ .htaccess 

. /content/metainf o/index. html 

. /content/metainf o/prOL .htm 

. /content/metainf o/pr02 .htm 

. /content/metainf o/pr03 .htm 

. /content/metainf o/news , htm 

. /content /metainfo/prodOl .htm 

. /content /metainfo/prod02 . htm 

. /content /metainfo/prod03 .htm 

. /content/metainfo/servOl .htm 

. /content/metainfo/serv02 .htm 

. /content/metainfo/serv03 .htm 

. /content/metainf o/products. htm 

. /content/metainf o/f eedback.htm 

. /content/metainf o/toc .htm 

, /content/metainf o/search. htm 

. /content/metainf o/inforeq. htm 

[Document meta information for the image files] 
. /content/images/metainf o 
. /content/images/metainf o/bhome3 .gif 
. /content/images/metainfo/bnews3 .gif 
. /content/images/metainf o/bprdsrv3 .gif 
. /content /images/metainfo/btoc3 .gif 
. /content/images/metainf o/bfeed3 .gif 
. /content/images/metainf o/bsrch3 .gif 
. /content/images/metainfo/hhome3 .gif 
. /content/images/metainf o/logo. gif 
. /content/images/metainf o/div3 .gif 
. /content/ images/metainfo/hnews3 .gif 
. /content / images/me tainfo/smallnew. gif 
. /content/images/metainfo/hprdsrv3 .gif 
. /content/images/metainf o/hprods3 .gif 
. /content/images/metainf o/prodimg . gif 
. /content/images/metainf o/bullet3 .gif 
. /content/images/metainf o/hservs3 .gif 
. /content/images/metainf o/hfeed3 .gif 
. /content/images/metainf o/htoc3 .gif 
. /content/images/metainf o/hsrch3 .gif 
. /content/images/metainf o/undercon .gif 



Fig. 5B 
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[VJeb meta information] 

. /content/_vti_pvt 

. / cent en t/_vti_pvt/ service. cnf 

[Information about web locking mechanism] 
. /conten t/_vti_pvt/ service. Ick 

[Web server specific access control information] 

. /content /_vti_pvt /service. pwd 

. /cent en t /_vt i_pvt / service . grp 

, /content/_vti_pvt/service .dat 

. /content/ . htaccess 

. /content/_vti_pvt/ . htaccess 

[Task list of unfinished tasks to guide the author during web creation] 
. /content /_vti_pvt/_x_todo .htm 
. /con tent /_vti_pvt /_x_todoh . htm 

[Docioment meta information for the task list] 
. /content/_vti_pvt/metainf o 
. /content /_vti_pvt/metainfo/_x_todo. htm 
. /con tent /_vti_pvt/metainfo/_x_todoh. htm 

[Database of document dependencies] 
. /content/_vti_pvt/doctodep.btr 
. /content /_vti_pvt /deptodoc ,btr 

[Private content not accessible to aweb browser] 
. /content/_private 
. /content/ j>rivate/ .htaccess 
. / content /_private/_vti__shin 
. /content/_private/metainfo 
. /content /_private/metainf o/navbar . htm 
. /con tent /_private/navbar .htm 



Fig. 5C 
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[Text index for all text documents in the web] 
. /content/_vti_txt 
. /content/_vti_txt/ .htaccess 
. /content/_vti_txt/default .wti 
. /content/_vti_txt/def ault . wti/All . fmt 
, /content/_vti_txt/def ault .wti/All . doc 
. /content/_vti__txt/default .wti/All . fn 
. /content/_vti_txt/def ault , wti/All. hi 
. /content/_vti_txt/def ault .wti/All . inv 
. /content/_vti_txt/def ault .wti/All. dct 
. /content/_vti_txt/def ault .wti/All. src 
. /content/_vti__txt/def ault .wti/All .cat 
. /content/_vti_txt/default. wti/All .idx 

[Source documents for documents that contain dynamic content] 

. /content /_vti_shin 

. /content/_vti_shin/ . htaccess 

. /content/_vti_shin/index.html 

. /content/_vti_shm/pr01 . htm 

. /content/_vti_shm/pr02 .htm 

. /content /_vti_shm/pr03 .htm 

. / content/_vti__shm/news .htm 

. /content/_vti_shm/prod01 .htm 

. / content/_vti_shrn/prod02 ,htm 

. /content/_vti„shin/prod03 .htm 

. /content/_vti_shm/serv01 .htm 

. /content/_vti_shm/serv02 .htm 

. /content/_vti_shm/serv03 .htm 

. /content/_vti_shin/products.htm 

. /content/_vti_shm/f eedback.htm 

. /content/_vti_shm/toc,htm 

. /content /_vti_shm/search. htm 

. /content/_vti_shm/inf oreq.htm 



Fig. 5D 
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[CGI programs and scripts that implement the server extensions] 
. / content /_vti„bin 
. /content/_vti_bin/_vti_adm 
. /content /_vti_bin/_vti_adm/adniin.exe 
. /content/_vti_bin/_vti_adin/ . htaccess 
. /content/_vti_bin/_vti_aut 
. /content/_vti_bin/_vti_aut/author . exe 
. /content /„vti_bin/_vti_aut/ .htaccess 
. /content/_vti„bin/shtmL . exe 
. /content/_vti_bin/ .htaccess 

[Area for custom CGI programs and scripts created by the author] 
/content/cgi-bin 
/content/cgi-bin/ .htaccess 



Fig. 5E 
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<!DOCTYPE HTML PUBLIC "-//W30/DTD HTML//EN''><htnil> 

<head><title>Zephyr Press Release l</title> 

<inela name="FOF>iATTER" content="Vermeer FrontPage 1.0"></head> 

<body> 

<hl> img src="i[nages/logo.gif " alt= "[Company Logo Image] "border="0" 
widLh=''120'' height=''24''> <br>Press Release l</hl> 

<p> <a href="index.htrar'><inigsrc::''images/ bhomeB.gifW alt="[H0TO Icon]" 
border^^O" width= "60" height^ "13"></a><a href="news.htir."><img 
src="images/bnew33.gif " alt=" [What's New Icon]" border^^O" widrh="60'' 
heiglit= " 13 " ></a><a ]ire£= "products . htm^'ximg src= " images/bprdsrv3 . gif " 
aIt=MProducts Icon]" border^''^ widths"!!?" height=''13'*></a><a 
]iref:^"toc.htin"><iing src='lmages/btoc3.gif " alt=''['r0C Icon]" border="0'' 
widt]i="59' lieighc="13''></a><a href="feedbac]c.htm"><img 
src=''images/bfeed3.gif'' alt="fFeedbaclc Icon]" border="0'' width=''59" 
height=''13"></a><a href="search.htm''><iing src=''iinages/bsrch3 .gif " 
311=' [Search Icon]" border="0" width="59" height="13"></a></p> 
<p> <img src=''iinages/undercon.gif " alt^" [Under Construction]" border="0'' 
wid:h=MO'' height="38"></p> 

<p> <strong><em>FOR IMI4EDIATE RELEASE</ein></strong></p><hr> 
<hl>Title of Announcement</hl> 
<h3><em>Subtitle ot announcement</em></h3> 

<p> <strong>Today'5 Date</strong> r- This is the body of the announcement 
. . .</p> 

<hr><p> <em>For More Information Contact :</em><br><br> 

Zephyr Autowerks<br> 

123 Piston Drive, Midland, MI 48640<br> 

Tel: 517-890-lOOO<br> 

FA>:: 517-890-lOOl<br> 

Internet: <a href="mailto:info@2ephyr.com'>info@2ephyr.com</a><br><jp> 

<p> <a href="index.html"><irag src="images/bhoin€3 .gif" alt="(Home Icon]" 

border=''0" width="oO' height=''13"></a><a href=^'news.htm"><inig 

src=''images/bnews3.gif " alt='' [What's New Icon]" border=''C" width="60" 

height='13''></a><a href="products.htin"><img src='' images/ bprdsrv3.gif'' 

alt=MProducts Icon]* border="0" widths"!!?" h€ight="13"></a><:a 

href toe. him" >< img src="images/btoc3.gif " alt=''[TOC Icon]" border="0" 

width-"59"heighc=n3"></a><a href="feedback.htm"><img 

src="images/bfeed3.gif'' 3^=" [Feedbacl^ Icon]" border='0''\vidth="59" 

height="13"></a><a href="3earch.htm"><iing src=''images/bsrch3 .gif " 

aU=" [Search Icon]" border="0" width="59'' height^'^U^x/ax/p 

<h5> Send mail to <a href="mailto:webniaster@zephyr.com"> 

webmaster@2ephyr.coni</a> with questions or comments about this web site <br> 

Copyright £c#169; 1995 Zephyr Autowerks<br> 

Last modified: November 19, 1995</h5></body></html> 
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vti_title:SRl Zephyr Press Release 1 
vti_cachedbasedtm:TX| 19 Nov 1995 10:47:42 EST 
vti_cachedtitle:SR I Zephyr Press Release 1 



19 Nov 1995 10:47:50 EST 



vt:i_cachedti t ledtm : TX 
vti_cachedlinkinfo :VX 

S images/logo .gif 

I private/navbar . htm 

-H I index.html- 

S I images /bhome3 .gif 

-H news. htm 

-S images/bnews3 .gif 

-H products. htm 

-S images/bprdsrv3 . gif 

-K toe, htm 

-S images/btocB .gif 

-H feedback, htm 

-S images/bfeedS .gif 

-H search.htm 

-S images/bsrch3 .gif 

S images /undercon. gif 

H mailto : inf o@zephyr , com 

I jprivate/navbar , htm 
-H index.html 
-S images/bhome3 .gif 
-H news. htm 
-S images /bnews3 .gif 
-H products .htm 
-S images /bprdsrv3 . gi f 
-H toe. htm 
-S images/btoc3 .gif 
-H feedback.htm 
-S images/bf eed3 .gif 
-H search.htm 
-S images /bsrch3 .gif 
H I mailto : webmaster© zephyr . com 
vti_cachedlinkinfodtm:TX| 19 Nov 1995 10:47:42 EST 
vti_extenderversion : SR | 1 . 0 . 3 . 3 

vti_timelastmodified:TR|l9 Nov 1995 10:47:33 EST 
vti_timecreated:TRl 19 Nov 1995 10:47:33 EST 
vti_author : SW | username 
vti_modif iedby : SWj username 



Fig. 6B 
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vti_httpdversion:SX |NCSA/1 .3 

vti_extenderversion : SR | 1 , 0 . 3 . 3 

vti_timecreated:TR| 19 Nov 1995 10:46:41 EST 

vti_welcoiiienaines : VX | index . html 

vti_casesensitiveurls : IX | 1 

vti^restartmanual : IX | 0 

vti_autorecalc : IX | 1 

vti_longf ilenames : IX | 1 

vti_htmlextensions : SX | . html . htm . htm. 

vti„textextensions : SX j . txt . 

companyemail : SW | inf o@2ephyr . com 

companylongname : SW | Zephyr Autowerks 

companyshortname : SW | Zephyr 

companyphone :SW( 517-890-1000 

companywebmaster : SW | webmaster© zephyr . com 

companyaddress:SW| 123 Piston Drive, Midland, MI 48640 

companyf ax: SW| 517-890-1001 
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CONNECTION 



CONSTRUCT AN HHP 
REQUEST MESSAGE 



SEND HHP REQUEST 
MESSAGE TO SERVER 



500 



-502 



ESTABLISH TRANSACTION 
COMPLETION HANDLER 



-504 



/ 



RECEIVE HHP RESPONSE 
FROM SERVER 



506 



-508 



TERMINATE CONNECTION AND 
INVOKE COMPLETION HANDLER 



/ 
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Fig. 7 
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LISTEN FOR TCP/IP 
CONNECTION REQUEST: 
ESTABLISH CONNECTION 



.1.. 



RECEIVE HHP REQUEST 
MESSAGE 



^514 



INVOKE SERVER EXTENSION 
PROGRAMVIA 
CGI MECHANISM 



/ 



516 



SERVER EXTENSION PROCESSES 
TRANSACTION USING DATA CONTENT 
OF MESSAGE 



-518 



SERVER EXTENSION CONSTRUCTS 
HTML STATUS OR ERROR MESSAGE 



-520 



SERVER PROGRAM CONSTRUCTS HTTP 
MESSAGE USING HTML DOCUMENT 
FROM SERVER EXTENSION 



-522 



SERVER SENDS HUP MESSAGE OVER 
CONNECTION AND REQUESTS 
TERMINATION OF CONNECTION 



1/ 
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Fig. 8 
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POST /_vti_bin/_vti_aut/author.exe HTTP/1.0 
Date: Wed, 29 Nov 1995 22:24:26 GMT 
MIME- Vers ion: 1.0 

User-Agent: Vermeer FrontPage Server Extensions Client Library/ 1.0 
Authorization: Basic dTpw 
Content-Length: 1812 

Content-Type : application/x-vermeer-urlencoded 
X-Vermeer-Content-Type : application/x-vermeer-urlencoded 

methad=put+docujnent%3al%2e0%2e2%2e0&service%5fname=5c 
document=%5bdocument%5fname%3dindex%2ehtitil%3bmeta%5finfo%3d%5b 
vti%5ffilesi2e%3bIX%7c974%3bvti%5fextenderversion 
%3bSR%7cl%2eO%2e3%2e3%3bvti%5ftitle%3bSR%7cWebExtender+Operations%3b 
vti%5flinkinfo%3bVX%7cFH%7c%5fvti%5fbin%2fserver%5finfo+FH%7c 
getver%2ehtm+FH%7clistsrvc%2ehtm+FH%7ccreatsvc%2ehtm+FH%7c 
opensvc%2ehtm+FH%7crensvc%2ehtm4FH%7cremovsvc%2ehtm+FH%7c 
getdoc%2ehtm+FH%7clistdocs%2ehtm+FH%7clistdirs%2ehtin+FH%7c 
creatdir%2ehtm+FH%7cremovdir%2ehtm+FH%7cmarkexec%2ehtm+FH%7c 
recalc%2ehtin+FH%7cremovlnk%2ehtra+NH%7c%5fvti%5fbin%2f 
RefreshFidelity%3bvti%5fmodifiedby%3bSW%7cu%5d%5d&put%5foption-edit 
<!DGCTYPE HTML PUBLIC "-//W30//DTD W3 HTML 2.0//EN''> 

<htinl> 
<head> 

< ti tle>WebExtender Operat ions</ ti tle> 

<meta name^" GENERATOR" content= "Vermeer FrontPage 1.0" > 

</head><body> 

<hl>A WebExtender Operations</hl> 

<p><a href='7„vti_bin/server_info''>Get Information on this Server</a> 

</p><p><a href=''getver.htm''>Get Version</a> </p> 

<p><a href="listsrvc.htia">List Services </a></p> 

<p><a href =''creatsvc. htm" >Create Service</a> <yp> 

<p><a href=''opensvc.httn">Open Service<ya> </p> 

<p><a href =rensvc. htm" >Renaine Service</a> </p> 

<p><a href=''removsvc.htm''>Remove Service</a> c/p> 

<p><a href=''getdoc.htm">Get Document</a> </p> 

<p><a href=''listdocs.htm''>List Documents</a> </p> 

<p><a href="listdirs.htm''>List URL-Director ies</a> </p> 

<p><a href="creatdir .htm''>Create URL-Directory</a> </p> 

<p><a href="removdir .htm''>Remove URL-Directory</a> </p> 

<p><a href =''markexec. htm" >Mark URL-Directory Executable</a> </p> 

<p><a href=''recalc.htm''>Enable/Disable dependency recalc</a> </p> 

<p><a href=''removlnk.htm">Remove Links from Document</a> </p> 

<p><a href=V_vti.bin/RefreshFidelity''>Refresh contents of /fid-inv 

service</a> </p></body></html> 

Fig. 9 
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HTTP/ 1.0 200 Document follows 

Date: Wed, 29 Nov 1995 22:23:59 GMT 

Server: NCSA/ 1.5 

Content-type : application/x-vermeer-rpc 

<html><head><title>vermeer RPC packet</ title></head> 
<body> 

<p>method=put document : 1 . 0 . 2 /O. 

<p>inessage=successfully put document ' index.html' as 
/usr/local/www/t8143 /content/_vti_shm/ index . html ' 
<p>docuinent= 
<ul> 

<li>docuinent_naine= index, html 

<li>meta_inf o= 

<ul> 

< 1 i>vt i_extendervers ion 

<li>SR|1.0.3.3 

<li>vti_tiinelastmodif ied 

<li>TRj29 Nov 1995 17:24:00 EST 

<li>vti_f ilesize 

<li>IX|ll66 

<li>vti_linkinf o 

<li>vX|FH|_vti_bin/server_info FHjgetver .htm FH| listsrvc ,htm 

FHlcreatsvc.htm FH | opensvc . htm FH | rensvc . htm FHjremovsvc.htm 

FHlgetdoc.htm FH | lis tdocs . htm FH | listdirs . htm FH | creatdir . htm 

FHlremovdir.htm FH | markexec . htm FH | recalc . htm FH | removlnk. htm 

NH |_vti_bin/RefreshFidelity 

<li>vti_timecreated 

<li>TR|29 Nov 1995 17:24:00 EST 

<li>vti_title 

< li>SR I WebEx tender Operations 

< 1 i > V t i_mo di f i edby 

<li>SW|u 

</ul> 

</ul> 

</body> 

</html> 



Fig. 10 
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COMPUTER SYSTEM AND COMPUTER- request, and returns a fca-m where the user fills in some 

IMPLEMENTED PROCESS FOR CREATION inforraaUon about shipping and bUling. The user response is 

AND MAINTENANCE OF ONLINE returned to the server, and the server enters the order 

SERVICES infoimation into an order database. 

5 On-line services are available on the World Wide Web 

FIELD OF THE INVENTION (WWW), operating over the global Internet in which a large 

This invention is related to computer systems for author- nuniber of computers, or sites, are interconnected. Similar 

ing electronic documents, other information and computer services are available on private networks that may not be 

programs. More particularly, this invenUon is related to connected to the Inteniet. such as internal corporate LANs, 

computer systems for aeating, developing and/or modifying The WWW and similar p-ivate architectures provide a 

on-line services in a cUent-server information system. *^veb" of interconnected document objects. On the WWW. 

these document objects are located on various sites on ttie 

BACKGROUND OF THE INVENTION global Internet. The WWW is also described in *Thc Worid- 

An on-line information system typicaUy includes one Yt^""^^^ ^^ll'^'^T^^^^ 

computer system (the server) that makes information avail- f;,^''^'V!:fJ^^ 

ab^so that other computer systems (Uie cUents) can access 8)- PP- August 1994 and m World Wide Web: The 

the information. TtTc server manages access to the Information Umver^," by Bcrner^;!^, T. et d in EUc^ 

information, which can be stnictured as a set of independent Networhng: RrsearcK AppUcanons andPoUcy. Vol. 

on-line services. TTie server and cUent communicate via ^ 1* ^o. 2, Mccklcr, Westport Conn.. Spnng 1992. 

messages conforming to a conunuaicatioD protocol and sent ^ Among tiic types of document objects in an on-lme 

over a communication channel such as a computer network service are docimifints and scripts. Documents tiiat arc 

or through a dial-up connection. pubUshcd on the WWW are written io the Hypertext Markup 

Typical uses for on-Une services include document l^guage (Him), such as desmb^ 

viewing, electronic commerce, directory lookup, on-line ^ ^^^^e Speci^au^^^^^ M^.t^'ivTioo^' 

classified advertisements, reference serviL,elec^onicbul- ^ ^^^^^^'^m 

letin boards, document retrieval, dectroaic publishing, key- if^^ "World Wide Web & by DougU^ C 

word searching of documents, technic^ support for McArth^, in Dr Do^s Journal. December 1994 pp 

A ^ A A- ^ • f ^fK-^^ 18-20, 22. 24, 26 and 86. Many compames are developing 

products, and directories of on-line services, among othcxs. ^o-^^v, ^--t. ^ . ^ ^ ™; « , TTj^m ^^«,™«t^ 

irl 1 x *j -I %- their own enhancements to ITTML also. HTML documents 

The service may make the mformation available free of ^ ""^ ^uM^uu^^lu^u 

charge, or for a fee and may be on pubUdy accessible or ^ ''^'^ ^ g*^""^y staUc. that is. the contents do not 

private computer systems. change over tmie unless die servi^ developer modifi^^ 

^ 7 ji„.i_ document Scnpls are programs that can generate HTML 

Informauon sources managed by the server may include ^.^^^ executed, 

files, databases and appUcauons on the server system or on , , , ^ u ^ j 

an external computalj^em. The infonmUon that the servex 35 ITTML is a language used for ^^^yp^te^ ^- 

provides sta^ may be stored on the server, may be '^''''''■^t^'^.'^'Tl T i^ZTl^ 

inverted oth J fonnats manuaUy or autoniad^y. Standard Gcnaalizcd Markup I^JK^^ ^^^'r^^' 

nu,y be computed on the server in .^^onse to a cUei "'"H^,^*"^^^ a particular Document Type Dcfiiu- 

reqLst. ma7be derived from data and a^pUcations on the ti«n (DTD). An HTML document 

server or oAer machines, or may be derived by any com- ^ f.^^^^^^T": f n h k .i^,co^e„?U 

bination of these techniques. followed by content. foUowed by an end tag. The content is 

" r .. . 1- . a combination of text and nested markup elements. Tags are 

He user of an on-line service uses a proj^am on the client ^^^^^ ^^^^ (•<'and->') and indicate how the 

system to access the infornwlion managed by the on-Lne ^j^ed and how to display toe document, as 

service. Possible user capabiliUes include viewing. destinations and labds for hypertext Uoks. TTiere arc 

searching, downloading, printing, and ftUng toe informadon 45 ^^^j, „ tiU„. headers, text 

managed by the server. TTie i»er may also pnce purchjjse. ^tJibutes such as bold and italic, lists, paragraph boundaries, 

rent, or reserve services or goods offered torough toe on-Une documents or otocr parts of toe same 

service. , , . document, in-line graphic images, and many other features. 

For example, an on^ne service for catalog shopping ^^^^ ^ 

mightwoikasfoUows.TT.euserruDsacl.entprogramon.he » ^ <B>bold<«>. otoers are <I>iialic<A>. 

client system and requests a connection to the catalog wun« « 

shopping service using a service name thai citiicr is well ^ 

known or can be found in a directly. The request is received paragraph.<P>Hcxc s a Unk to 

by the servei, and the server imrns an introductwy docu- the <A HREF="http://www. vcrmeer.com" >Vermeer 

ment that also asks icft an identifier and password. The client 55 Tedmologies, Inc.</A>home 

program di^lays this document, the user fills in an identifier page. 

and password that were assigned by the service in a previous This sample document is a hypertext document t>ecause it 

visit, and the user*s information is sent to the server. The contains a "link** to another document, as provided by the 

server verifies the identifier and password against an autho- "HREF^.** The fonnat of tiiis link wUl be described below, 

rization database, and returns a menu document that is then 60 A hypertext document may also have a link to other parts of 

presented to the user. Each time the user selects a menu item, the same document Linked documents may generally be 

the selection is sent to the server and the server responds located anywhere on the InterncL When a user is viewing the 

with the appropriate new page of information, possibly document using a client program called a Web browser 

including item descriptioas or prices tiiat are retrieved from (described below), the links are displayed as highlighted 

a catalog database. By selecting a scries of menu itcnos the 65 words or phrases. For example, using a Web browser, the 

user navigates to the desired item in the catalog, and requests san^le document above would be displayed on ttie user's 

that the item be ordered. The server receives the order screen as follows: 
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Some words are bold, others are italic. Here we start a 
new paragraph. 

Hcrc*s a link to Vcrmecr Technologies Inc, home page. 

Id the Web browser, the link may be selected, for example 
by dickiDg on the highlighted area with a mouse. Selecting 3 
a link will cause the associated document to be displayed 
Thus, clicking on the highlighted icM *'Vermeer 
Technologies. Inc.'* would display that home page. 

Another kind of document object in a web is a script. A 
scripC is an executable (Kogram. or a set of commands stored 10 
in a Ale. that can be run by a server program called a Web 
server (described below) to produce an HTML document 
that is then returned to the Web browser. Typical script 
actions include running library routines or other applications 
to get infornution from a file or a database, or initiating a 15 
request to get Information from ano^cr machine, or retriev- 
ing a docunsent corresponding to a selected hypertext link. 
A script may be run on the Web server when, for example, 
the end user selects a particular hypertext link in the Web 
browser, or submits an HTML form request Scripts arc 20 
usually written by a service developer in an interpreted 
language such as Basic, Practical Extraction and Report 
Language (Perl) or Tool Control Language (Tel) or one of 
the Unix opiating system shell languages, but they also 
may be written in programming languages such as the "C" 25 
programmiDg language and then coirq)iled into an execut- 
able program. Programming in Td is described in more 
detail in Tel and the Tk Toolkit, by John K. Oustcrhout. 
Addison-Wesley, Reading, MA, USA, 1994. Peri is 
described in more detail in Progranwung in Perl, by Larry 30 
Wall and Randal L. Schwartz. O'Reilly & Associates, Inc.. 
Sebastopol. Calif. USA, 1992. 

Each document object in a web has an identifier called a 
Universal Resource Idendlier (URI). These identifiers are 
described in more detail in T. Bemers-Lee. ''Universal 35 
Resource Identifiers in WWW: A Unifying Syntax for the 
Expression cf Names and Addresses of Objects on the 
Network as used in the World-Wide Wehr RFC 1630. 
CERN, June 1994; andT. Bcmcrs-Lec, L. Masintcr, and M. 
McCahilL "Uniform Resource Locators{URL) r RFC 1738, 40 
CERN, Xerox PARC, University of Minnesota, December 
1994. A URI allows any object on the Internet to be refcned 
to by name or address, such as in a link in an HTML 
document as shown above. There are two types of URIs: a 
Universal Resource Name (URN) and a Uiiifann Resource 43 
Locator (URL). A URN references an object by name within 
a given name space. The Internet community has not yet 
defined the syntax of URNs. A URL references an object by 
defining an access algorithm using network protocols. An 
exan^jle URL is "htQ):/Awww.vermeer.com" A URL has the 50 
syntax *'schcme://host:port/path?search" where 

"'scheme** identifies die access protocol (such as HTTP, 
FTP or GOPHER); 

"host** is the Internet domain name of the machine that 
supports the protocol; 

**port" is the transmission control protocol (TCP) port 
number of the approfriate server (if different from the 
default); 

•'path" is a scheme-specific identification of the object; ^ 
and 

"search** contains optional parameters for querying the 
content of the object 
URLs are also used by web servers and browsers on private 
con^Hiter systems or networks and not just the WWW. 65 

A site tfiat wishes to make documents available to net- 
work users is called a "Web site" and must run a "Web 
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server** program to provide access to the documents. A Web 
server program is a computer program that allows a com- 
puter on the network to make documents available to the rest 
of the WWW or a private web. The documents are often 
hypertext documents in the HTML language, but may be 
other types of document objects as well, as well as images, 
audio and video information. The information that is man- 
aged by the Web server includes hypertext documents that 
are stored on the server or are dynamically generated by 
scripts on the Web server. Several Web server software 
packages exist, such a$ the Consell Europeen pour la 
Recherche Nucleaire (CERN. the European Laboratory for 
Particle Physics) server or the National Center for Super- 
computing Applications (NCSA) server. Web scrvas have 
been implemented for several different platforms, including 
the Sun Sparc 11 workstation ruiming the Unix operating 
system, and personal con:^>uters with tiie Intel Pentium 
processor running die Microsoft MS-DOS (^rating system 
and the Microsoft Windows operating environment. 

Web servers also have a standard interface for running 
external programs, called the Common Gateway Interface 
(CGI). CGI is described in more detail in How To Set Up And 
Maintain A Web Site, by Lincoln D. Stein, Addison-Wesley, 
August 1995. A gateway is a program that handles incoming 
information requests and returns the appropriate document 
or generates a document dynamically. For example, a gate- 
way might receive queries, look up the answer in an SQL 
database, and translate the response into a page of HTML so 
that the server can send the result to the client. A gateway 
pi-ogram may be written in a language such as *'C** or in a 
scr^Hing language such as Peri or Tel or one of the Unix 
operating system shell languages. The CGI standard speci- 
fies how the script or application receives input and 
parameters, and specifies how any ou^ut should be format- 
ted and returned to the server. 

Generally speaking, for security reasons, a Web server 
machine may limit access to files. For all access to files on 
the Web server, the Web server program running on the 
server machine may provide an extra layer of security above 
and beyond the normal file system and login security pro- 
cedures of the (grating system on the server machine. The 
Web server program may add further security rules sudi as: 
1) optionally requiring user name and password, completely 
independent of the ncnnal user name and passwords that the 
operating system may have on user accounts. 2) allowing 
definitions of groups of users for security purposes, inde- 
pendent of any user group definitions of the operating 
system. 3) access control for each document object such that 
only specified users (with optional passwords) or groups of 
users are allowed access to the object or that access is only 
allowed for clients at specific network addresses, or some 
combination of these rules. 4) allowing access to the docu- 
ment objects only through a specified subset of die possible 
HTTP methods, 5) allowing some document objects to be 
marked as HTML documents, others to he marked as execut- 
able scripts that will generate HTML documents, and others 
to be marked as other types of objects such as images. 
Access to the online service document objects via a network 
file system would not conform to the security features of the 
Web server program and would provide a way to access 
documents outside of the security provided by the Web 
server. The Web server program also typically maps docu- 
ment object names that are known to the client to file names 
on the server file systent This mapping may be arbitrarily 
conq)lex. and any author or program that tried to access 
documents on the Web server directly would need to under- 
stand this name mapping. 
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A user (typicaUy using a machine other than the machine LINK, and UNLINK. HEAD. DELETE, LINK and 
used by the Web server) that wishes to access documents UNLINK are less commonly used and are described in more 
available on the netwOTk at a Web site must nm a client detail in the HTIP/1.0 draft specification cited above, 
program called a 'Web browser." The iM-owser program The GET method requests that the server retrieve the 
allows the user to retrieve and display documents from Web 5 object indicated by the given URL and send it back to the 
servers. Some of the popular Web browser programs are: the client If the URL refers to a document, then the server 
Navigator browser from NetScape Communications Corp.. responds by sending hack the document. If the URL refers 
of Mounuin View, Calif.; the Mosaic browser from the to an executable script, ttien the server executes the script 
National Center for Supcrcomputing Applications (NCSA); and returns the data produced by the execution of the script 
the WinWeb browser, from Miaoelectrom'cs and Computer lo Web browser programs normally use the GET method to 
Technology Corp. of Austin. Tex.; and the Internet Explo-er. send request messages to the Web server to retrieve HTML 
from Microsoft Ccvporation of Redmond, Wash. Browsers documents, which the Web browser then displays on the 
exist for many platforms, including personal computers with screen at the client computer. 

the Intel Pentium processor running the Microsoft MS-DOS The PUT mediod, according to the HTTP specification, 
operating system and ttie Microsoft Windows environment. 15 specifies that the object contained in the request should be 
and Apple Macintosh personal computers. stored on the server at the location indicated by the given 

The Web server and the Web browser communicate using URL. However, most current server implementations do not 
the Hypertext Transfer Protocol (HTTP) message protocol follow this specification; they simply handle all PUT 
and the underlying transmission control protocol/internet requests through a single PUT script, which is generally 
protocol (TCPflP) data transport protocol of the Internet 20 undefined, and must be created by a service author. Web 
HTTP is described in Hypertext Transfer Protocol-HTTP/ browsers generally do not use the PUT method. 
1.0, by T. Bcrners-Lce. R. T. Relding. H. Frystyk Nielsen, The POST method sends data, usually the user input 
Internet Draft Document Oct. 14, 1995 , and is currently in parameters from an HTML form, to tiic server. The POST 
the standardization process. In HTTP, the Web browser request also contains the URL of a script to be run on the 
establishes a connection to a Web server and sends an HTTP 25 server. The server runs the script passing the parameters 
request message to the server. In response to an HTTP given in the request and the script generates HTML output 
request message, the Web server checks for authorization, to be returned in the response to the client. In order for a 
performs any requested action and returns an HTTP client program to send arbitrary data to the Web server using 
response message containing an HTML document resulting the current HTTP protocol, the client program nuist use 
from the requested action, or an error message. The returned 30 either the PUT method ix the POST method, as these are the 
HTML document may simply be a file stored on the Web only two methods that allow such data transfer to the Web 
server, or it may be aeated dynamically using a script called server. 

in response to the HTTP request naessage. For instance, to Web browsers generally use only the POST method and 
retrieve a document a Web browser sends an HTTP request generally only fos the purpose of sending data in connection 
message to the indicated Web server, requesting a document 33 with forms to be processed. 

by its URL. The Web server then retrieves the document and The combination of the "Web server and Web btowsa 
returns it in an HTTP response message to the Web browser. communicating using an HTTP protocol over a computer 
If the document has hypertext links, then the user may again network is referred to herein as a web architecture. Having 
select a link to request that a new document be retrieved and now described a web architecture, such as nuy be used in 
displayed. As another example, a user may fill in a form 40 private LANs or the Internet, a typical on-line service fw use 
r eques ting a database search, the Web browser will send an on a web architecture will now be described. An on-line 
HTTP request message to the Web server including the name service for use cm a web architecture includes a Web server 
of the database to be seardied and the seardiparami^ers and program running on a Web server machine, and a set of 
the URL of the search script The Web server calls aiMOgram s«vice files that characterize the on-line services that are 
or script, passing in the search parameters. The program 4S stored on the Web server madiine. The service files include 
examines the parameters and attend to answer the quay. HTML documents, executable scripts or programs to 
perhaps by sending a query to a database interface. When the dynamically produce HTML documents, and other files of 
program receives the results of the query, it constructs an service inf<Hinatiott that can be referenced and updated by 
HTML document that is returned to the Web server, whidi the scripts and programs. The actual data and scripts that 
then sends it to the Web browser in an HTTP response 50 make up a particular on-line service, including HTML 
inessage. documents and script programs, are generally stored on the 

Request messages in HTTP contain a '"method name" server in a sqwate area for each service. Global information 
indicating the type of action to be performed by the server, about the service is also stored, including data such as the 
a URL indicating a target object (either document or script) name of the service, the name of the author, revision history, 
on the Web server, and other control information. Response 55 comments about the service, and authorization information, 
messages contain a status line» server information, and The end user of the on-line service uses a Web browser 
possible data content The Mult^)urpose Internet Mail program on the client machine to send requests to the on-line 
Extensions (MIME) are a standardized way for describing service and to receive responses from the on-line service. All 
t he co ntent of messages that are passed over a network. access by an end user of the on-line service to the service 
HTTP request and response messages use MIME header « files is managed and controlled by die Web server program, 
lines lo indicate die format of the message. MIME is For example, an on-line service might consist of a corporate 
described in more detail in MIME^MuUipurpose Internet home page which Is a document with a link to a second 
Mail Extensions): Mechanisms for Specifying and Describe document that is a form for searching the store catalog. The 
ing the Format of Internet Message Bodies. Internet RFC search form may have a "submit*' button that causes a script 
1341. June 1992. 65 to be run on the Web server, to generate a list of product 

The request methods defined in the current version of the descriptions with prices that is then returned to the Web 
HTTPprotocol include GET. POST. PUT. HEAD, DELETE, browser as an HTML document Each of the HTML docu- 
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mcnts may have a link to a second script that collects and error message to the Web browser in step 50, fonnatted as 

di^lays the items that have been ordered The service also an HTML document. The processing continues at step 40 

has configuration information such as the list of authorized and the server again waits for the next request and the 

users of the service, and their passwords. process repeats. . . • u- u 

FIG. 1 shows the steps in using an on-Une service, as seen 5 On-Une services such as those described above are m high 

by the end user of the on-line service on the cUent machine. demand Unfortunately, the task of developmg an on-line 

TTie end user starts a Web browser program in step 10. and ^""^f^tly one that '^^\'^yj,^^^^^^ 

the ^ogram det^mines the URL of an initial ^ument to Zrc^^\^^^^^^ 

display in step 12. -Hie mitial document URL may be ^^^^^fbuUdi^ganon-Uncseiviccsothatthepr^Scesswill 

determined from a configuration file, may be progranamed lO ^^^^ ^ ^„ ^ ^^^^ ^ 

into the Web teowser, or may be entered by the user. The nonprogrammcr. In some cases, software tools exist to help 
browser then sends an HTTP GET request to the Web server convert the dau content for the service from its native 
in step 14, giving the URL of the desired document The format to the formal required by the server, but these tools 
browser then waits for a response from the Web server in ^Qjy address the conversion of data files, 
step 16. The browser tests the response in step 18 to i5 example, in ordo" to construct an on-line service for 
determine if it indicates an cnor message. If the response the World Wide Web. the service author performs a combi- 
message from the Web server indicates an error, for instance nation of the tasks, such as creating a new HTML document 
if the requested document is not found, then the browsCT for hypertext included in the on-line service, creating a new 
reports the error to the end user in stq> 22. Otherwise the script included in the on-line service, retrieving and modi- 
response message from the Web server contains the 20 fying an existing HTML document from the Web server 
requested document, and the Web browser fOTmats and machine, retrieving and modifying an existing script from 
displays the document on the screen in step 20 according to the Web server machine, and storing an HTML document or 
the HTML language conventions. In either case the browser script on Ae Web server machine so that the Web server 
then waits for the user to enter the next conmiand (step 24). program will have access to it. 

For example, the user may request to view a new document 25 There are several approaches known in the prior art for 

by selecting a hypertext litik to a document, by requesting a constructing documents and sctipts of an on-line service on 

document from a list of previously visited documents, or by the Web. and performing the tasks noted above. The first 

typing in the URL of a document that was obtained by the approach is that the service author runs a text or HTML 

user through some other means. The browser tests the user editor program on the same machine as the web server to 

command to determine if the user is requesting a new 30 create or modify the on-line service documents and scripts 

docimient in step 26. If so, processing continues at step 14 that are stored on this machine. 

which has already been discussed. If the user is not request- The iwoblem with the first approach is that tiie service 

ing a new document tiien the browser tests the command in author must be working ai the Web server machine, or at 

step 30 to detcnnlne If it is a request to exit the program. If least working at a terminal which is directly connected with 

so. processing stops. Otherwise the conunand is a local 35 the server machine. This is not always practical, because the 

command that is handled by the browser without sending an service author may be at a location which is physically 

HTTP request in step 28. The end user may use local remote from the server machine. It also often happens that 

viewing commands such as commands to scroll around in the server machine requires a high level of security because 

die document, or commands to search for a particular text of the nature of the resources on the server machine that may 

string in the document After the browser handles the local 40 be shared among a number of users. In this case access to the 

command, the browser again waits for the next user c<oti- machine is often limited to the system administrators, and 

mand as already discussed, in step 24. the service author may not have access to the machine for 

FIG, 2 shows the operation of an on-line service as seen security reasons. For example, the only access to files used 

by the Web server program. When the server is started, it by the Web server may be through the Web server alone, 

runs continuously, waiting to receive a command over the 45 The second ^jproach is that the service audjor may run a 

network connection from a client Web t>rowser program in terminal emulation program on a client machine to establish 

step 4t. The server tests the received command in step 44 to a connection to the server machine over a network connec- 

dctcnnincif it is a GET request. If it is a GET request, then tion or a modem line. The terminal emulation program 

toe server examines the URL contained in tfie request in step aUows the user to run programs on the server machine as 

52 to determine if the URL indicates a HTML document 50 though the user were working directly on that machine, and 

stored on the server, ff the URL docs refer to a document with this arrangement Ac user runs a text or HTML editor 

then that document is returned to the Web browser via an program on the server to create or modify the on-line service 

HTTP response in step 58. Otherwise the URL indicates a documents and scripts as before. 

script stored on the server, and the Web server runs the script The second approach has the iHX>blem that the server 

to prxxluce an HTML document in step 56 which is then 55 machine and client machine must both run additional pro- 

letumcd to the Web browser as described before in step 58. grams to allow terminal emulation and remote execution of 

If the test of step 44 determines that the command is not a programs over a network. This adds to the complexity on 

GET request, tticn the server tests the command in step 48 both naadiines, and also requires that the service author be 

to determine if it is a POST request If so, the server redievcs familiar with a terminal emulation program which typically 

the parameters from the POST request in step 54, which 60 has a difficult user interface that is not meant for nonexperts, 

include the URL for the script and the parameters far the This ^roach also adds another route from other machines 

script. The server then runs the indicated script in step 56 to to the server machine, which may be undesirable for security 

generate an HTML document which is then rrturned to the reasons. As widi the first approach, the service author may 
Web browser as described before in step 58. After an HTML not have access to the server machine for security reasons, 

document is returned to the Web browser, processing con- 65 or may not have authorization to write files to the machine, 

tinues at step 40. If the test of step 48 determines that the In the third apj^oach, the service author first transfers 
command is not a POST request then the server returns an existing service documents and scripts from the server 



10/31/2003, EAST Version: 1,4.1 



5.791966 

9 10 

machine to a client machine either manually or via a network returns an HTML document that is generated through execu- 

file transfer program. The author then runs a text or HTML tion of the script. 

editor program on a cUcnt machine to create or modify Another difficulty in providing a client system for crcaUng 

documents on that machine, and then transfers the com- and maintaining an on-line service in this environment is 

pleted documents back to the server machine either manu- 5 that a client program generally does not have a file name 

ally or via a network file transfer program, such as the file space that includes the ftle names of the document objects of 

transfer protocol (ftp) or kermit. a file transfer method used the on-iine service on the server. Such an overlap in the file 

witti ternunal emulation programs for communication over name space gcncraUy requires use of a network file system, 

a modem. Creation of a network file system including the authors of all 

The third af^oach is cumbersome because of the need for lO on-line services on a server is generally iinpractical. Such a 

the separate steps of transferring the documents from the system is also generally too complex to set up casUy and 

server back to the client, and transferring the documents requires too much close interaction among systems than is 

back to the server after the editing is complete. This practical on a large heterogenous public network like the 

approach also has the security problems mentioned above internet. In many cases, a client authoring system would not 

for the other approaches. I5 have access to the server anyway to enable the set up of a 

Each of these three approaches also has the problem that network file system. 

the file names used for documents by a Web server are not v . ^ j-«r i*. *t. nr u • *u * 

^, ^ 1 £1 r ... Yet another difficulty witfi Web server progranns is ttiat 

always the same as the actual file names of the documents. *l h j • j * i ^ . m i-i 

^. e . iiiw uvvuiutmo. generally designed to make documents available 

An author of an on-line service will need to learn the / ^ i_ j i i. j 

_ fx:, * .u rroT j -i. l Only to browscf, Or rcad-only. programs which are conccmcd 

mappings of file names to the URLs used by the Web server, 20 m u*j . C . t t. • 
^rk^r v I *u Tir i^«r J w ^^u^w y primarily 3 bout documcnt contcnt ooly. Other characteosUcs 

There is also the WorldWideWeb application, written by r j * i - *u j • . r 

rr- I ir xTVr » ww^wu ujr of documents useful in the creation and maintenance of an 

Tim Bcrncrs-Lec for use with a NeXT computer, that . ^ ^ j .1 . 

«*«^T ^ i^t. ^ on-line sCTvice are not provided and are generally not 

consists of a client browser program ttiat is able to retnevc -ui i • c *• - 

files from a Web server, and a ^ent KTML editor that can ' ^^^^ !i^T " ''''"'"^"^ 

edit the retrieved file. This program is not able to save the 25 '^^"^ '"^^ ^'^^ dependent 

edited files to the Web server or otherwise manipulate ""^ P"*^^"* mvention overcomes these difficulties by 

information on the server. Instead, this approach is simnar to Providing a mechanism through which a client system 

the third approadi discussed above in that a file transfer remotely causes a server system to perform one of a col- 

l^ogram is stiU needed to place the edited document back on ^"^^^ operations which support the creation and main- 

the Web server. This approach also is not a con^letc solution 30 ^^'^^^^^ "^^'^^ ^here the server is an HTTP 

for authoring an on-tine service for the Web because the ^^^^ program, these operations may be performed by a 

types of documents edited in this manner are limited to ^"^"^ extension program that is called by the server pro- 

KTML documents which are not processed in any way by S^^"^ Common Gateway Interface (CGI). 

the server. Alternatively, these operations can be iiiq>lemented directly 

2j in the server program. The operations are invoked by the 

SUMMARY OF THE INVENTION client system when the client sends a message to the server 

with an indication of the desired operation and the aj^ro- 

A general aim of the invention is to provide a dieni/server prfate data content for the operation. Where the server is an 

system, using a Web server, that allows for die creation and HTTP server program, communication between the client 

maintenance of an on-line service using a cUent system and the server relics on HTTP. Results of die operations 

which remotely causes the server to perform operations performed, or an error message, are returned to the client 

required in Uie authoring process. system from the server. In a Web client/server embodiment 

One of the difficulties in implementing a client system for the result or etrcar from the operation performed by the server 

creating and maintaining an on-line service on a Web server extension program is formatted into an FTTML response 

using HTTP i$ that, although existing Web servers, such as message by the server prograta, or by the server extension 

the CERN server and the NCSA server, have support for the program- 

HTTP PUT and POST methods, these existing servers still The operations which support creation and maintenance 

require development and installation of a script on the server of an online service include at least both reading and writing 

to handle either PUT or POST methods. of document objects. Additionally, other operations can be 

Another difficulty in in^lemenution is the choice of 50 (H'ovidedincombination with reading and writing operations 

communication protocol for transferring information from to support a graphical user interface for a client application 

client to server during the authoring process. Other problems program. Fca" example, operations which enable a user to list 

may arise if a protocol other than HTTP is used. For document objects of a service or to list the services available 

example, other network services will need to be added, with on tiie server may be provided. Operations to create, modify 

ensuing security loopholes and added complexity. 55 and otherwise maintain meta-information about a service 

Another difficulty in in^lcmcnting a client system for its document objects are also provided. Operations for 

creating and maintaining an on-line service over the HTTP creation of a document or service also may be provided, 

protocol is that there are two or more types of con^xmcnt Generally, in this invention, a client application program can 

document objects for the on-line service that are stored on use such operations to create and modify information on a 

the Web server. These arc HTML documents, and scripts that 60 Web server for on-line services in a less burdensome fashion 

dynamically generate HTML documents upon request. If an P^or art 

authoring progra m woul d like to retrieve a script from the To facilitate implemenution of certain of such operations 
s erver , using the HTTP protocol, it cannot simply use the on tiic server side, more information than merely document 
HTTP GET method that is normally used to retrieve docu- objects may be provided on the server, including a set of 
ments and access scripts during the op eration of an on-line 65 mcta- information. Such information can include service- 
service. The reason is that the HTTP GET method, when level meta-information such as the server extension program 
used to access a script, causes the script to be executed and version, time created, and values for macro variables that are 
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common to many documents in the web, such as phone raation on the server machine. For example, content of data 
numbers, addresses and the like. Docuroenr-levci meta- files on the server can be modified. These data files may be 
information may include the author, dates created and last document objects such as documents or scripts of the on-line 
modified, links to other documents, etc. This information is service. They may also be other media data. The data files 
particularly useful for use in a graphical user interface in a 5 may also be meta-information about the on-line service. File 
client audiGsing application program, for example, to show information, such as access control information, can also be 
types of document objects or how document objects in a modified. Similarly, document objects ox cntirc services can 
service are interrelated. The server extension program, given be created. Other operations, such as lisUng existing services 
the data content from the client and knowledge of the server or document objects of a service, also may be provided, 
and operating system environments, performs server or |o In this client/server con^uter system the authoring opera- 
operating system specific operations to effect the operation tions which can be performed may be provided and made 
requested by the client authoring system. available to a user or q>pUcation programs as collection of 
The implementation of these operaUons on the cUent side primitive operations for authoring an online service. A basic 
is preferably provided by having a cUcnt communication operation to be used is saving a document object on the 
appUcation programming interface (AH) whidi handles aU ^5 server. With this collection, each of the primitive operations 
comiminication transactions with the server. This API has is individuaUy selectable by a user or application prograna. 
entry points, called by a cUent appUcation program, that Such a coUection may be called an ^Ucation programmmg 
allow an end-user to perform the creation and maintenance interface or API. 

operations. This API includes an entry point for each opera- In another embodiment of the client/server computer 

lion which the client authoring application program can jo system of this invention, where communication is performed 

invoke. The client authoring application program sets up a using HTTP prot ocol o ver a TCP/IP connection tfie server 

procedure to be called by the API when the results from the machine runs an HTTP server which receives HTTP request 

requested operation arc received. The client application messages. When die server machine detects that a message 

program may suspend operation or perform other tasks contains a request for an authoring operation to be pcr- 

while the API handles transactions with the server which are 2s formed on information on the server con^uter, the server 

necessary to perform the requested operation on the server, machine executes a process to pcrf om the authoring opcra- 

Accordingly. one aspect of the present invention is a tion via a common gateway interface. An HTML document 

cUcnt/scrvcr system for authoring an on-line service on a is received as a result of performance of die requested 

server machine using a cUent machine. The client machine authoring operation. This HTML document is transmitted to 

has an authoring tool for performing authoring operations on 30 the client computer as a result of the requested authonng 

information comprising the on-line stavice. This tool gen- operation in an HTTP response message. 

crates requests for authoring operations to be performed on The client coniputer, after sending an HTTP request 

infonnation on the server machine for authoring information mes sage, typically executes a process for detecting an arrival 

on the server machine. These requests are translated into at of an HTTP response message firom the ser ver nna chine. In 

least one message which Is sent to the server machine. The 35 response to detection of an arrival of the HTTP response 

server machine stores information authwcd using the message from the server machine by the executed process, 

authoring tooL The server machine also receives the mes- another process is invoked for completing the authoring 

sage from die client machine and performs authoring opera- operation on the client machine. Such amechanism can be 

tions identified in the received message so as to author used in an embodiment not limited to Knv conmuinication. 

information on the server machine. This information on the 40 This mechanism involves establishing a first process for 

server mac^nc is then made accessible by the server detecting arrival of a response message from the server 

machine to odia client systems that can be used to access machine and fa: executing a second process fOT completion 

the information wittiout modifying the information, such as of the associated authoring opeiation on the client machine 

a Iwowscr. Generally, when the authoring dicnt machine in response to detection of an arrival of a response message 

receives a response message from the server machine, it 45 from the server machine. Until a response message is 

displays information about performance of Ae audioring received from the server machine, the client machine can 

opemtion by the server, using the response message. continue to perform operations which do not depend on 

In one embodiment of this invention, the client machine results of the authmng operations performed on the server 

transmits messages by initiating a TCP/IP connection machine. 

between the client machine and the server machine. An 50 A particular difficulty overcome by embodiments of this 

HTTP request message is constructed which has data, invention is where the operating system of the client 

wherein the data content includes information identifying a machine has a file name space which does not include or 

type of transaction, parameter values for the transaction and m^ to names of files on the server machine. This is typically 

a process to be invoked on the server to perform die the case in heterogenous networks such as the Internet and 

transaction. This HTTP request message b sent to the server 55 the World Wide Web. In such an environment the server 

whidi processes the message to perform the authoring machine maps file names provided by the client machine 

operation. The dicnt madiinc may also detect reception of into actual file nanaes on the server. This environment allows 

an HTTP response message from the server machine. Such authoring of an on-line service to be somewhat platform 

a response message has data content carrying data generated independent In a particular embodiment of the invention, 

by performance of the authoring operation. The client 60 the authoring operations arc performed on the server 

machine may display Information about the authoring opera- machine by a server extension program executed on the 

tion to the user. This HTTP response message may contain server computer by a server program via the common 

data content in a markup language, such as ITTML. In such gateway interface, which allows additional platform and 

a case, the data content is parsed to obtain information server independence. Alternatively, the server program itself 

requested from the server. 65 can be implemented to perform these operations directly. 

The authoring operations performed by diis client/server One advantage of dus system is that current Web browsers 

computer system generally create or modify or store infor- do not need to be dianged after installation of a server 



10/31/2003, EAST Version: 1.4.1 



5.793.966 

13 14 

extension program at the Web server to permit use of the by the server program. A sccx>ncl advantage is that since this 

client system in accordance with this invention. This benefit system uses the exisUng HTTP protocol mechanism of the 

is obtained in one embodiment by utilizing an HTTP method Web server madiine, the server machine does not have to 

not used by the Web browser, the PUT method, to handle run additional software or server programs that are required 

requests from the authoring tool. With this embodiment. 3 to implement a network ftle system or shared access to a 

changes to authoring tool systems can be made transparently remote file system from a client madiine. This is an advan* 

to users who merely view information or use an on-line lage because the additional software would add complexity 

service. In anoth er embodiment this benefit is obtained by and would add further possibilities for security loopholes. A 

using the HTTP POST method with a URL target used third advantage is that this system allows access to the online 

specifically for authoring. This URL may be disabled aftw lO service document objects only through the Web server 

the service is made available to the browser. program, and thus conforms to (he document object name 

Another advantage of this system is that, by using the mapping conventions between URLs and actual file names 

server extension program to handle authoring activity of the Web server program. Another advantage of this 

through a CGI mechanism, a standard HTTP server can be system is that neither client programs nor service authors 

used without modification. 15 need to understand this file name mapping and only need to 

Still anotfier advantage of this system over the prior art use the URLs. 

approaches is that the on-line service author can use a single 

cUent program and interface to retrieve a script or document DESCRIPTION OF THE DRAWING In 

from an existing on-line service on a server, edit or create a drawing, 

script or document for an on-line service, and save the 20 j ^ flowchart describing a prior art sequence of 

resulting script or document to a known location for author- activities on tfic Web browser during q>cration of an on-line 

ing on the server. service on the Web; 

Another advantage of diis system is that the author of an piG. 2 is a flowchart describing a prior art sequence of 

on-line service can create, modify or store on-Une service activities on the Web server during operation of an on-line 

documeats. scripts and mcta-information about the service service on the Web* 

or document objects from any cUent maclune. so long as die pTG. 3 is a block diagram illustrating the architecture of 

dient machine can communicate via HTTP protocol widi die ^ ^T.^ 7** ^^^„„^^ ^r^Ti^t^ZT^ ^nu^r^l^Zc tL 

nr ^ *u * «• r— : ,. , u • system for creating and mamtaimng on-line services m 

Web server tfiat hosts the on-line service. The chent machine ,„i a . 

. Lj-«-^^ accordance With the invention; 

and server machine may have different types of processors. _ „^ , . . . . . ^ . . 

With different architectures, running different operating ^ HG. 4 shows a block diagram of how Web informaUon is 

systems, in a heterogenous network ^^^^ ^ ^ invenUon; 

Yet another advantage of this system is that the client ™' ^ example document for a hierarchical file 

system communicates with the Web server fffogram using system including example file names and directory names 

the same type of network connection and the same protocol 35 information maintained for an on-Une service; 

(HTTP) that is used by a Web browser talking to a Web FIG. 5B further illustrates the example document for the 

server. This means that the remote editing facility of the hierarcfaicai file system with example file names and direc- 

invention will w<H-k from any client that can support a Web tory names; 

browser communicating with an on-line service. It also FIG. 5C also illustrates the example document for the 

means that remote editing with this invention does not ^ hierarchical file system with example file names and direc- 

rcquire any additional network connectivity programs other tory names; 

than those needed for a Web browser to communicate with piQ soisti further lUustration of the example document 

a Web server. hierarchical file system with example file names and 

StiU another advantage of this system is that the authoring directory names; 

tooluses the basic authenUcation procedures provided by the 45 piG. 5E is yet another illustration of the exaiiq,le docu- 

HTTP protocol and the Web server software. Access to files ^^^^ hierarchical file system with example file names 

on the server madune may be lumted to service authors with directory names • 

a validated user name and password. Thus, by using the „^ , . . ' , „ , 

mrP protocol that is already used for on-line services on ™; jf ^ ^ 

fee World Wide Web. some security is provided during the 50 ^^^^^ on-lrne service; 

authoring process. <SB is an example document meta-infomiation file in 

Another advantage of this system is that the authwing example on-line service; 

process can be used for remote retrieval, editing, and storing ^^G. 6C is an example service or web meta-information 

of at least two of the types of document objects tfiat file in the exan^le on-line service; 

comprise an on-line service on the WWW: HTML docu- 55 FIG. 7 is a flowchart describing tasks performed by the 

ments and script programs that generate HTML docunoents. client communication interface during a transaction; 

The system can also be used for retrieving and storing other nG. 8 is a flowchart describing tasks performed by the 

types of document objects, such as images, video, audio or server machine during a transaction; 

other media data, for part cff all of a web document o ic otto ^»/,..<»ot r«*rr,„* ;« 

. . t VKj. 9 is an example HTTP request message m one 

Remote authonng of onhnc service document objects 60 embodiment of the invention; and 

using the method of this invention also has several advan- „^ . , „™_, 

tages over the prior ait approaches, such as remote editing f ^^J^'^cWm response message m one 

over a network file systeii^here a cUent machine can read enibodiment of the invention. 

and write files on a remote server madiinc. One advantage DFTAILED DESCRIFTION 
is that this system allows access to die online service 65 

document objects only thrcxigh the Web server program, and The following detailed description of an illustrative 

dius conforms to the additional security rules implemented embodiment of the invention is made by way of example 
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only. It should be read in conjunction with the drawing, in 
which siniilar reference numbers indicate similar structures. 

no. 3 is a blocJc diagram of a computer system for 
crealing and maintaining on-line services. The system 
includes a client machine 80 connected to a server machine 
S4 over a communication channel 83 through which the 
client sends requests 108 and receives responses 110. The 
client machine has a client communications interface mod- 
ule 82 which generates the requests 108 in response to 
requests, from a client authoring application module 81 
executed on the client machine. These requests are nude 
through a client communications application programming 
interface (API) 85 executed on the client machine. The 
server machine 84 executes a server program 86 which 
sends responses 110 to the client machine 80. The server 
program 86 has an associated server extension program 88 
which, when executed by the server machine, processes 
requests 108 and generates the responses 110 to be returned 
by the server program 86. The server extension program 88. 
in response to some requests 108. may be used to access 
on-line services 90 and 100. These services may be created 
and maintained using the client application module 81 to 
generate appropriate documents 92 and 102 and programs 
94 and 104. Generally speaking, the operating system 
executed on the client machine has a file name space which 
does not include or map to names of files on the server 
machine. 

The client application nK>dule 81 presents a gr^hical user 
interface to the end user via a computer screen or display 
(not shown). The graphical user interface includes an inter- 
face for viewing a set of documents and the links tKtween 
them, and an editing interface for editing a document This 
graphical user interface uses standard techniques, including 
windows, menus, dialog boxes, and push buttons, that are 
accessed through the keyboard or through a pointing device. 
From this interface the user may request creation or modi- 
fication or deletion of any documents within a given service 
or of the service as a whole. 

From the gra^cal user interface, the user may also 
request an outline view of the web. a link map view of the 
wd), and a document summary view of ttie web. The outline 
view starts with the home page document at the top level of 
the outline, and displays documents that the home page links 
to as sut>ordinate to the home page document. In general, a 
given document has links to other documents that are 
displayed as sut>ordinate to the given document In the 
outline, unless these other documents have been displayed 
elsewhere in the outUne view. The link map view shows a 
starting document all doctuDents that Ihc starting document 
links to. and all documents that link to the starting document 
Each document is displayed as a graphical icon, and each 
link between two documents is displayed as an arrow from 
one document to the target document the link. The link 
map view may also display further documents that are two 
or moa^c links from the starting document in the same 
manner. The document summary view of the web displays a 
list of all document objects in tiic web, and allows the user 
to sort the list by various characteristics, such as document 
type, author, titic, or date created. 

The user may also request modifications to auxiliary 
information, or meta-information, that is stored with the 
service, such as the name of a service, author information, 
date and time stamps, user names and passwords, access 
control information about a document or a set of documents, 
image or text files that are included by a document, image 65 
map information, information about a task list, and execut- 
able CGI programs or scripts. This information is provided 
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in this invention as part of an on-line service. This infor- 
mation will be discussed in more detail below in connection 
with the description of FIG. 4. 

For each user request that requires communication with 
the server, the client application module makes a call to one 
of the entry points in the client communications interface 
module. 

Collectively these entry points are known as the client 
conununications API. This API will be discussed in more 
detail below, and in connection with the description of FIGS, 
7 and 8. 

In one embcxlimcnt of the invention the client machine 80 
is a PC with an Intel S0486 or better processor, ninning the 
Microsoft Windows 3.1 operating system. As discussed 
above, the client application module 81 may include any of 
a variety of document editors, such as HTML editors, text 
editors, script editors and the like. ITie exact form of the 
client plication module and the functionality of the editor 
are up to the needs and desires of the user. However, in this 
enabodiroent of the invention such client application module 
allows the retrieval and storage of a document object on the 
Web server by generating an HTTP request message as 
described herein. Existing Web browsers could be modified 
to provide a storage function and editing capabilities to 
provide this functionality. Additionally, HTML and other 
editing tools may also be used in conjunction with this 
invention if modified to allow for retrieving and storing files 
on the server by generating appropriate HTTP messages as 
described below, A large number of HTML editors, such as 
HoTMetaL, from SoftQuad, Inc. of Toronto. Ontario, 
Canada, and other document editors and program editors, 
such as Microsoft Visual Basic may be used to create 
documents and scripts and the invention is not limited 
tiiereby. For exan^le, the client machine 80 may have a 
dial-up connection to an Internet service provider, typically 
using a 14,400 baud or faster modem. It may use the 
TVumpet Winsock 2.0b application for Microsoft Windows, 
which is Winsock M compliant to provide a TCP/IP stack 
with a SLIP connection. In this arrangement, the client 
machine is connected to the Internet and has its own Internet 
address. 

In this embodiment the server machine 84 is a Gateway 
2000 personal computer with an Intel Pentium processor or 
better running the BSDi Unix cperating system. The Web 
server program 86 is the CERN Hypertext Transfer Protocol 
Daemon (HTTPD) server, configured for the Unix operating 
system. The server machine 84 also has a dial-up connection 
to an Internet service provider, using a 14.400 baud or faster 
modem, and using the TCP/IP and SUP software that comes 
witii the BSDi Unix operating system. Generally speakiog. 
the Web server program is the only program providing 
access to documents and scripts of an on-line service, other 
than the operating system. It may define groups of users, 
user names, passwords and file names separately from the 
operating system of the server machine 84. With this con- 
figuration the client and server machines can establish a 
TCP/IP connection and exchange messages over the Inter- 
net 

It should be understood that this embodiment is merely 
exen^lary. A large variety of computers and operating 
systems have suitable server and client software for com- 
municating using HTTP over the Internet The client and 
server machines may also be connected by a local area 
network (LAN)^ wide area network (WAN) or may even be 
the same machine, but with different processes communi- 
cating together over a common communication channel. 
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Additionally, a sp«cial-purpose coroputing system may be which it comsponds. In a subdirectory of additional web 

used to implemeot the iDveotioo. rather than a cootenl. e.g. subdirectory 414. an additional subdirectory 

commercially-available computer. Although conununlcation 416 may also include the raeia-informatioa files 418 for 

is generally provided over a TCP/IP connection, other net- corresponding content files 412. 

work communication protocols, including other data trans- j Second, web meta-infonnation. or information about die 

port protocols and message protocols may be used.Avariety web as a whole, such as die date and time diat the web was 

of message ja-otocols for communicating over TCP/IP con- created, the version of the server extension program that was 

nections may be used, such as HTTP. FTP. telnet, etc. used to create the web. and the version of d»e HTTP server 

However, generally speaking, the server and die cHent do program is stored at a location 410 on die server. The web 

not share flies through the file name spaces of their respec- lo meU-lnfonnation also tnay include the values of some 

Uve operatmg systems. That is. the file name space of die common parameters that are used throughout the web. such 

chent does not include or map to names of files on the server. as the name and address of the company represented in the 

In other words, no pair of file names in the two file names web. Parameter values indicating setUngs of options are also 

spaces correqwnds to fte same file. More details about stored In the web meta-information. for instance a parameter 

setting up client and server machines connected to the is value indicating whedier this web uses case sensitive URLs 

iDlemet and the World Wide Web arc discussed in "Setting „ ^ot. 

up Shop on dte Internet." by Jeff Frentzenetal.. and related .u u i ^ • , u 

articles in Wuuiows Sc«/«i. Febniaiy 1995. pp. 42. 64-67. , <►» the web locbng meAamsm may ako be 

70. 73-74. 77-80. 106. 108. 111. 113-114. 117-lio. 122 '^'f " configuration subduectory 402or other known 

125. 128. 134-136. 138-140 and 143. andin HowtoSctUp 20 ^If^nln "!' T ^- '^'^^"^^ information 

and Maintain o Web Site, by Lincoln D. Stein. Addison "^l='»""'''^^8n«=chamsmsothat the system 

Wesley August 1995 coirecUy handle mulUple autha-s accessing or modify- 

ing web information at the same time. Web server specific 

An online service, as used in this ^Ucation, also called access control information about each web may also be 

herein a * Veb", is a set of document objects and associated included, such as list of users and their passwords, defini- 

informnation. stored on a server machine. The documents in ^ Uons of groups of uscts, and a list of users and groups that 

the w^ share certain access control characteristics that are ^^ay access the web or a particular part of the web. This 

common to the web. The web itsdf has a URL, and each access control information can also be stored in directly 

document in the web has a URL that starts with the web 402 or another known location. 

URL. The organization of web Infonnation in one embodi- * u 1 . ..... • 

,*c :« 171/- A TT.- u J- * on A web may also contam other information. For examine, 

nient is shown in FIG. 4. This embodiment uses a hierar- ^ ^^^1, h^^a^ f < -,1,*^ * u ^ i„ j * jTi. 

chical file system unnmshcd tasks can be used to guide the 

. web author during creation and maintenance of a web. A 

Referring now to FIG. 4, each web or service has a database 422 of document dq>endencies for the web can be 

location 400 on the server where all the document objects stored to provide infonnation about which documents a 

and associated informatton of the web is stored. In toe given document depends on. This database is used to decide 

illustrated embodiment the server has a hierarchical file when a change to one document should cause a second 

system and the web location is a directory, caUed tiie document » meta infonnation for the second document to 

contait directory, within this file systcnL AU documents be updated. An area 424 fcff private content that will not be 

and infonnation associated with the web are stored within accessible to the end user with a w^ browser can also be 

the file hierarchy based at this directory. ^ provided This is used for content that may be included by 

Another location (not shown) on the server is also used to several documents wi&in the web but that should not be 

store the type of HTTP server that i s used for the web, the directly accessed, A text index 426 for all text documents 

port number associated with the HTTP server, and the contained in the web can be provided for use for text 

location of the configuraticM) infonnation for the server. In searches of all the documents in the web. An area for CGI 

one embodiment these arc stored at a globally known programs and scripts &at implement the server extensions of 

location within the file system, such as a predefined subdi- this invention should also be allotted. Similarly, an area for 

rectory and file in the file system. custom CGI programs and so^^ts that are created by an 

HTML documents, image files, and other content files that auAor may be provided, 

make up the web are also stored individually in a location FIGS. 5A-5E show an example of the information stored 

404 on the server. This content wUl be accessible to flie end 50 about a web, in one embodiment where the server machine 

user of the web using a web lyowser. Similarly, such content is a Sun SparcStation 20 running the Sun Solaris 2.4 

files may be stored at a location 412 in another subdirectory operating system, and the server program is the NCSA 

414 in the file system. This is useful, for example, to provide HTTP server, version IJR. FIGS. 5A-5E show a list of 

a separate directory f<M- difi'erent types of content files. doctmnents found in particular subdirectories, and lists the 

Meta-information. or information about information, is 55 files that store information about the exanq)le web. It also 

also stored. First, document meta-information, or informa- identifies each of the files as belonging to one of the classes 

tion about a particular web document object, such as the title information discussed above. In this example the 

of the document, the author of the document, the date and web is a "corporate presence" web that has been created by 

lime that the document was created, and the date and time client/server authoring system of this invention. The web 

that the document was last modified, may be stored in 60 location or content directory is "ycontentT, where 

another location 406 on the server. The document meta- denotes some arbitrary starting point within the hierarchical 

information may also include a list of hypertext links fi-om fi^e system. Each service may be organized as a subdircaory 

the document to other document objects. In this of this "content" directory. A default service in the "content** 

embodiment, a separate subdirectory of the directory con- directory is shown in HGS. 4 and 5A-5E. 

taining the document is provided. In this subdirectory, a file 65 The format for some of the files that arc stored in the 

408 containing meta-information for a content file is stored "osptH^e presence" web on the server machine will now be 

for each content file using the file name of the content file to described with reference to FIGS. 6A-6C. These files arc in 
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csscDCc data structures used by the server program and the *VU_cxteDdcrversion" gives the version of the server exten- 

servcr extension program- sion program, in this case "1.0.3.3''. The attribute *vti_ 

The document content files arc stored as HTML, for timecreated- gives the date '^^^^^^ * 

example, according to the standard rules of the HTML 2.0 created, m this case 19 Nov. 1995 10:46:41 EST". The 

language. Image content files arc stored in one of the 5 attribute ^Vti.welconaeDamcs" gives the default welcome 

standard image fa-mats, including the GIF 87. GIF 89A, and file name for the server, in this case **mdex.html . The 

JPEG image formats. FIG. 6A shows the format of one of the attribute *Mi_casesensiUveurls" indicates whether URLs 

document content files, named "content/prOl.htra**, in the are case sensitive for this server, in this case the value is "P. 

HTML language. meaning yes. The attribute *Vti_restartmanual'* indicates 

A document meta-inforraation file is shown in FIG. 6B. 10 whether the user must manually restart the server after 

Generally, document meta information files store pairs of creation of a web, so that the server can reread its configu- 

text strings, where each pair contains a text string for the ration file. In this case the value is "O**, meaning that manual 

name of an attribute, and a text string giving the value of the restart is not needed. The attribute **vti_autorecalc" indi- 

attribute. Each pair is stored as one line of a text file, with catcs whether the server extension program must automati- 

each line containing the attribute name, followed by a colon cally recalculate document dependencies after a document 

('*:") as separator. foUowed by the attribute value. FIG. 6B object is saved to the server. In this case Ihc value is T\ 

shows the format of the document meta information file, meaning automatic recalculation is enabled. The attribute 

named "coDtent/metainfo/prOl.htm'*, that stores further **vti„longfilenames" indicates whether the server opcraUng 

information about the document content of FIG. 6A. As one system uses long file names, in this case the value is *y 

exan^3le of the document meta information, the attribute 20 meaning diat long file names are used. The attribute *Vti_ 

named *Mi_title" has the value "SRIZephyr Press Release htmlextensions" gives a Ust of file extensions that wiU 

r. indicating that the title of this document is ^'Zephyr Press indicate that a document file is ffTML. in this case the list 

Release T. The optional characters before the *!* symbol at consists of the three extensions ".html", ".htm", and ".htm", 

the start of tiie attribute value indicate further information The attribute **vti_textextensions*' gives a list of file cxtcn- 

about the format of the value. For example, an attribute sions that wiU indicate that a document file is text in this 

value starting with 'S* rcjM^esents a text string; a T* indicates case the list consists of the extension ".txt". The attribute 

a time value; and 1* indicates an integer value. "companycmaU" gives a maao variable for the company 

The attribute 'Vti_cachedbasedtra" gives the date and email address. U&is case "inf0@2ephyr.com". The attribute 

time of last modification to any of the cached attribute "con[q>anylongname" gives a macro variable for the long 

values, in this case "19 Nov. 1995 10:47:2 EST". The 30 fonn of the company name, in this case ^-Zephyr Autow- 

atlribute -Vti^cachedtiUe** gives the document title, in this crks". The attribute "companyshortname" gives a macro 

case '*Zephyr Press Release 1 The attribute **vti_ variable for the short form of the company name, m this case 

cadiedtiUedtm" gives the date and Ome of last modificaUon "Zephyr^. The attribute "companyphone" gives a macro 

to the *Mi_cachedUUe" attribute value, in this case "19 Nov. variable for the conq>any phone number, in this case "5 17- 

1995 10-47*50 EST*. The attribute *Vti_cachedlinldnfo'' 35 890-1000". The attribute "companywebmaster" gives a 

gives tfie list of documents that this document Unks to. in this macro variable for the cnaail address of the company 

case the first link is to "images/logo.gtT, The attribute webmaster, in this case * Vebraastcr@zephyr.com . The 

^Mi_cachedlinMnfodtm" gives the date and time of last attribute "companyaddress-* gives a macro variable fa- the 

modification to tiie *Vti_cadiedanldnfo** attribute value, in company address, in diis case "123 Piston Dnve, Midland, 

this case "19 Nov 1995 10;47:42 EST*. The attribute 40 Mich, 48640". The attribute "con^anyfax*^ gives a macro 

*Vti_extenderversion" gives the version number of the variable for the company fax phone number, m this case 

server extension program, in this case "1.0.3.3^ The "5 17-890-1 OOP. 

attribute * Vti_timelastmodified" gives the time at which the Given the structure as described above, the present inven- 

document was last modified, in this case "19 Nov. 1995 tion allows a client system to renaotely perform operations 

10:47:33 EST**. The attribute *va-timecreated** gives the 45 on document objects and associated meta-information of a 

time at whidi the document was created, in this case "19 web by communicatioD with Ac server program. This com- 

Nov. 1995 10:47:33 EST*. The attribute *Vti_author^ gives munication and the perfonnanoe of exemplary authcring 

the name of the author who created the document in this operations will now be described in connection with FIGS, 

case '^isemaroe". The attribute "vti_modifiedby** gives the 7 and 8. , 

name of the authoff who last modified the document, in this 50 Conununication between the client application module 81 

case '"usemame", on the client machine and the server program 86 on the 

A web meta-information file is shown in FIG. 6C. server machhie can occur when both raachiaes are con- 
Generally, web mcU information files store pairs of text nectcd to their respective Internet service providers or other 
strings, where each pair contains a text string for the name system providing an equivalent connection. For example, 
of an attribute, and a text string giving the value of the 55 the client and server machines may be the same machine, or 
attribute. Attribute name value pairs are stored as in docu- on different machines, and in either case a TCP/IP stack 
ment meta information files. FIG. 6C shows the format of a program is used to provide a comjnuaication path between 
web meta information file, named "content/_vti_pvt/ the client communications Interface module and the server 
service. cnT that coixesponds to the exan^le of FIG. 6A. As program. Conmiumcation between the server machin e and 
one example of the w* meta information for this web. the 60 client machine takes the form of the client sending an HTTP 
attribute named 'Mi_timecreated" has the value *TRI19 request 108 to the server, the server process ing th e request, 
Nov. 1995 10:46:41 EST", indicating that this web was followed by the server replying with an HTTP response 
created on 19 Nov. 1995 at 10:46 AM EST. The following message 110 to the client. In order to accomplish this, the 
describes the other attributes stored with the web meta client communication interface module 82 establishes a 
information in this exan^le. 65 TCP/IP connection to the saver program 86 and sends the 

The attribute 'Mi_httpdversion" gives the version of the HTTP request message 108 over that connection. The server 
web server program, in tiiis case "NCSA/1.3". The attribute program 86 receives the HTTP request message 108. per- 
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forms the indicated processing, and replies with an HTTP 
response message 110 over the same connection. Finally the 
two programs terminate the TCP/IP connection. 

In this embodiment, when a particular HTTP request 
message ( sudi as a POST message) is received by the server 5 
jrogram S€, the server program executes the server exten- 
sion program S8. for example, in the C+4programiiming 
language. It should be understood that other protocols, such 
as FTP could also be used. Different protocols and different 
messages could be used for both retrieval and storage. For 
example, FTP could be used to retrieve and HTTP could be 
used to store, or vice versa. Generally speaking, in this 
embodiment of the invention, the same type of message is 
used to process both retrieval and storage of both documents 
and scripts. The particular message type is not limiting of 
this invention. The server extension program handles 
requests to retrieve or store objects in the service data areas 
90 and 100 on the server machine. There are generally two 
types of objects stored in each service data area: documents 
in the HTML language 92 and 102. and script programs that 2° 
generate HTML documents 94 and 104. 

In this exemplary embodiment of the invention all com- 
munication from the client to the server is initiated through 
one of the entry points of the client communications inter- 
face module API 8X Table I provides a list of (M-ocedures in ^ 
an API which arc most useful in an authoring tool. 

TABLE! 



The client communications interface module implements 
each of the procedures that collectively make up the client 
communications APL Each procedure initiates one or more 
transactions between the client and the server, where a 
transaction consists of an HTTP request sent from the client 
to the server, followed by a HTTP response message 
returned from the server to the client. 

Before initiating the transactions for a given API call, the 
client communications interface module 82 sets up a pro- ^ 
ccdure such that completion of all transactions for this API 
call triggers a call to the procedure. This procedure performs 
any Usks associated with the completion of the API call. 
One of these tasks is usually to give the user an indication 
through the graphical user interface that the user request has 
been processed. 

Each client/server transaction follows the same general 
model. Table n is a list of transaction types used by the 
foregoing API calls. For eadi transaction, in turn, the client ^ 
communication interface S2 performs the following tasks, as 
described in connection with FIG. 7. 

TABLE n 

GET_J>OCUMENT 65 
PUT_J)OCUMENT 
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TABLE n-continucd 

CREAIK-SERVICES 

LIST_SERV1CES 

UST_DOCUMENTS 

SET_SERVICE_METAINFO 

SET_J>OCUMENT_MFrAINFO 

SERVEIL-VERSION 



First, the client communications interface module 82 
initiates a TCP/IP connection between the client and the 
server in step 500. Messages in die ITTTP protocol will be 
sent and received over this connection. In the preferred 
embodiment of the invention a separate TCP/IP connection 
is established for each transaction. Next, in step 502 the 
client communications interface 82 constructs an HTTP 
protocol POST request message, where the data content of 
the message carries infonnation identifying the type of 
transaction, and parameter values or data specific to that type 
of transaction. The message format is an HTTP message 
where data needed for the transaction is Forms URL 
encoded, using key. value pairs. Data content of a put_ 
document transaction follows the key. value pairs. FIG. 9 
shows an exanp^le of the fonnat of an HTTP POST request, 
in this case a POST request for a PUT_X>OCUMENT 
transaction. The message consists of eight HTTP header 
lines, followed by a blank line, followed by the URL form 
encoded parameter values, f crowed by a blank line, fol- 
lowed by the HTML document content Optionally, the data 
content of the HTTP protocol POST message can be 
encrypted. 

The URL transmitted with the POST message identifies a 
program that will be invoked on the server machine in order 
to perform the request The client conmiunications interface 
82 then sets up a mechanism (step 504) whereby the arrival 
of an HTTP response message will trigger a call to a 
procedure that will handle the completion of Che associated 
transaction on the client system. 

After conviction of these preliminary setup tasks, the 
transaction with the server is initiated by sending the HTTP 
protocol POST request message (st^ 506). UntQ the client 
communication interface module receives a corresponding 
HTTP i^otocol response message, the client computer may 
continue to do other tasks that do not depend on the results 
of the transaction. The client eventually receives an HTTP 
response message from (he server in step 508. The HTTP 
response message may contain status information or data in 
refuse to the client request or it may contain an eiror 
indication if the client request could not be satisfied. FIG. 10 
shows an example of the format of an HTTP response 
message, in this case the response to a POST request for a 
PUT__DOCUMENT transaction. The message consists of 
four HTTP header lines, followed by a blank line, followed 
by the returned status information and meta information for 
the document The document meta information consists of 
attribute name value pairs in HTML format After the 
response is received, the client communications interface 
module then requests termination of the TCP/IP connection 
for this transaction, then invokes the naecfaanism established 
to conq)lete the associated transaction (step 510). 

If the transaction requires authentication from the author- 
ing client then the transaction tasks are performed in the 
same manner, except that the HTTP protocol response 
message will contain an error message indicating that the 
client must authenticate the transaction by sending a user 
name and password. This authentication process is part of 
the HTTP protocol The client program requests the user 
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Retrieve <mc docvmeot ticm tfv senrer , and 
return tbe documenl to the client af^katioa 
[QDdule. 

Save one document to Ihe server mafhinr. 
Creates a new, en^ty w^. 
Return a list of webs on a given port of a giveQ 
server- 
Return a list of fVxummts in die w«b, iochidiQg 
hsts of links for each document 
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oarac and password from the user, aad the Usks described performed. First, the indicated document is retrieved on the 

are repeated with another TCP/IP connection, where the server machine. Then the document mcta infornoation is 

HTTP POST message carries the usa* name and password in retrieved for this document. 

addition to the original parameters. An HTML document containing either a status message 

Operations on the server machine will now be described 5 with the retrieved document and document met a 

in connection with FIG, 8. According to well known information, or an error message, is then constructed. This 

techniques, the HTTP server program listens for TCP/IP document is returned as the response to the server program 

connection attempts from client machines (step 512). In which in turn sends it to the client communication interface 

response to a connection attempt the server program per- module as described earlier. 

forms the necessary tasks to set up a connection. When an client ^plication program calls the PutDocument 

HTTP protocol POST message is received over this con- API procedure to save a modified document to the so^'er 

nection (step 514). the server program invokes the requested machine. The procedure initiates a PUT_DOCUMENT 

IH-ogram in step 516. passing parameter infonnation accord- transaction to save the modified document to the server. The 

ing to the CGI standard mechanism. In the method of our request message generated for the transaction includes an 

invention, the program that is invoked by the server is a i5 in(j|ication of a location on the server (URL) and the content 

"server extension" program 88. It should be understood that the modified document. 

the server extension program may be implemented as one <x extension program on the server receives 

several programs. ^ PUT_J)OCUMEIsrr transaction, the program performs 

When the server extension program is in voked , it reads following tasks. First, the transaction request is parsed 

the parameters and data content of the HTTP protocol ^ parameto- values and data content. The data content is 

request message that were passed in according to the CGI then stored in the indicated document location on the server 

protocol. The server extension program parses the message machine. The data transmitted with the transaction is the 

to determine the transaction type and parameters specific to content erf the HTML document, or in the case of other 

the transaction, and performs the task indicated by this types of document objects, such images, scrqjts. video or 

transaction (step 518). ^ audio, is the new content for the document object The 

If the task is performed successfully, the scivcr extension document meta information file associated with the saved 

program constructs (step 520) a status message, formatted as document is then located. In one embodiment, the document 

an HTML document, indicating that the transaction task was meu information is stored in the "raetainfo** subdirectory of 

performed successfully. The nacssage also includes any ^ the document's directory, under die same name as the saved 

associated data that must be returned to the client for this document 

transaction. If the transaction task was not performed The document meta information file is updated as follows. 

successfuUy, ttien the server extension program constnicts The value of the •*vti_timclastmodified" attribute is changed 

(step 520) an error naessage. formatted as an HTML docu- current time, to indicate the time at which the 

ment In any event the resulting message is returned to the document was last modified. The value of the *Vti_ 

server according to the CGI standard technique, and the modifiedby" attribute is changed to the user name of the 

server extension program lemainates. author who requested that the document be saved to the 

When the server program receives the status or circr server machine.. The value of the "vii_cachedlinkinfo** 

message from the server extension program, the server attribute is changed to be ttie current list of documents or 

program constructs, in step 522. an HTTP protocol rc^>onse ^ images that the current document either includes or has links 

message containing the HTML document produced by the to, so that the list reflects any additions or deletions erf links 

server extension program, and sends it over the TCP/IP in the new version of the document The value of the 

connection to the client communications interface module. **vti_cacbedlinkinfodtm'^ attribute is changed to the current 

The server then requests termination of the JCP/IP connec- time, to indicate the time at whidi the value of the **vti_ 

tion in stq> 524. . ^/ ' - . v : 43 cachedlinkinfo'* attribute was last updated. The value of the 

There are several possible variations' in the mechanisms **vti_,title" and **vti_cachedtitle" attributes are changed to 
described alxjve. In one Variation the TCP/IP connection is. the current document title. The value of the *Vti_ 

kept open for more than one trwsacf^on, cachedtitledtm*" attribute is changed to the current time, to 

nication overhead- «id increase, prfonnance.* . In another indicate the time at which the value of toe **vti_cachedtitic'' 

variation, one invocation^of the>swvat, extension process ^ attribute was last updated. The attribute "vti_ 

handles tnore than one iransactioi^ V^-H * cathedbasedtm** is changed to the cuirent date and time. 

Each of the procedures of Ae cUcnt conuxiutiicitions AH indicating the most recent modification to any of die cached 

foUows" the general descriptipn given ab&^e: The ^server attribute values. The attribute ^'vti^extendervcrsion** is 

extension ' tasks pertarmcd by cwtain transaction types, changed to the ycrsion number of the server extension 

namely the ^'GET.DOCUMENT", **PUT JCOCUMENT", 55 ^rograntThc attributes *Vti_timeaeated" and *'vti_author" 

"CREATE^SERVICE**. "LIST_SERVICES''^ "LIST_ arc not diangcd, since these give information about die 

DOCUMENTS". "SET_SERVICE_". and "SET_ creation of the document New attribute key value pairs arc 

DOCUMENT_METAINFO*' tranSSction types, will now be added to or updated in the document meta infomution file 

described. for any new attribute information that was received with the 

The client authoring tool calls : the C^tDocument API 60 transaction, 

procedure to retrieve a doomicnt and the associated docu- After mcta-infcrmation is i^xlatcd. the document depen- 
ment mcta information from the server machine* The-ppff-' " dency database and the text index of all documents in the 

cedure initiates the GET^DOGUMENT transaction to web are both updated to reflect the changes in die saved 
retrieve the document and associated meta information from document The task list of unfinished tasks is also updated to 

the server. 65 reflect any new tasks that were generated as a result of die 

When the scrvCT extension program on the server receives changes to the saved document. An HTML document con- 
a GET_DC)CUMENT transaction, the following steps are taining either a status message and the document mcta- 
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infonnation, or an error message is then coastructed and are then ail created. The name of the new web is then added 

returned as the response to the server program. The server to the file that stores the list of all webs associated with this 

program in turn sends the response to the client communi- server. 

cation interface module as described earlier. An area for CGI programs and scripts that implement the 

The client authoring tool calls the CreatcServicc API 3 server extensions of this invention is created and any ncc- 

procedure to create a new web on the server machine. If programs and soripts are copied to this area, 

necessary, this procedure initiates a SERVER_VERSION SimUarly, an area for custom CGI programs and scripts that 

transaction to retrieve the version number of the seiYcr ^^^^"^ 

extension programs in order to check compatibility between '^^^ system access pa-missions on each file in the web are 

the cUent author program and the server extension programs »o complete this operation. Upon completion of the 

The procedure then initiates a CREAJE_SERVICE trans- operation, an HTm document containing either a status 

action to create the new web on the server. '"^'f^f containing the web mcta information for the newly 

created web, or an error message is then constructed. This 

When the server extension program on the server receives document is returned as the response to the server program 

a CREATE_SERVICE transaction, the program performs which in turn sends it to client communication interface 

the following tasks. A content directcny for the new web and module as desaibed earlier. 

a **mctainfo" subdirectory of the content directory, fot The client authoring tool calls the ListServices API pro- 

stCMing document meta information files associated with cedure to retrieve a list of all webs on the server machine, 

documents in the content directory, are both created. The file If necessary, this procedure initiates a SERVER_VERSION 

that stores the web meta information for the new web is transaction to retrieve the version number of the server 

aeated and the value oi the 'Mi^timecrcated" attribute in ^ extension programs in order to check compatibility between 

that file is set to the current time, to indicate the time at the client author program and the server extension programs, 

which the web was created. The attribute **vti_ The procedure then initiates a LIST_SERVICES transaction 

extendervenion'* is set to the version number of the server retrieve die list of all webs on the server machine, 

extension program. The attributes giving maao variable When the server extension program on the server receives 

definitions for company information, such as ^ a UOT^SERVICES transaction, the program performs the 

"companyphone**, are set to their initial values as specified following tasks. The file that stores a list of all webs 

by the authoring client user through the graphical user associated with this server is read to obtain the list An 

interface. Other attributes are set to initial values that are HTML document containing either a status message with the 

q)propriate for the given server machine and HTTP server list of webs, or an error message is then constructed. The 

program. The meanings of these attributes have been ^ HTML list format can be used with each web name as a list 

described earlier. Web server specific access control infor- item. The constructed HTML document is then returned as 

mation about the new web is ^so created through internal the response to the server program which in turn sends it to 

routines of the server extension program that are specific to the client communication interface module as described 

the type of web server. These internal routines are server- earliet 

specific because server access control information is stored The client authoring tool calls the UstDocuments API 

in diffffent ways foi different servers. procedure to retrieve a list of ail documents in a given web 

Mappings in the web server configuration Information for server machine, and to retrieve for each document a 

the new executable directories associated with this web are list of links from that docun^ent to other documents. The 

dien created. This is done through internal routines of the ^ procedure initiates a UST_DOCUMENTS transaction to 

server extension program that are specific to the type of web retrieve the list of all documents in the given web on the 

server, because servo* configuration information is stored in server machine, and to retrieve for each document a list of 

different ways for different servers. These mappings direct from that document to other documents, 

the server to a particular set of URLs (those with a When the server extension program on the server receives 

common prefix of the URL for this web) to the physical a LIST_JX)CUMENTS transaction, the fwogram performs 

locaHoo of the web content files on die server machine (the the following tasks. Starting with the content directory for 

web content directory). For exanq^le, when creating a web this web, a recursive tree traversal algorithm is used to 

on a NCSA server, the server extensions use a NCSA identify each document in die file hierarchy fw this web. 

specific internal routine to add the lines listed in Table in to These documents may be HTML documents, text 

the NCSA server configuration file "smLconf. These lines ^ documents, or images. For non-HTML documents, such as 

indicate that four directories on the sever machine are images^ a document record is formatted containing the name 

marked as containing CGI programs or scripts, and further- of the document. 

more defines the URLs to be used when accessing these For each HTML document identified, the following steps 

programs or scripts. are performed. First, the document meta information file 



TABLE m 



Scr^tAlias/corporate/ vti bm/_vr^_artn>/ 

Scrq>tAlias/coiporatc/_vti_biiy_vU^aut/ 

ScriptAlias/cofporatc/_vtL_bijy 

Sci^tAlias/covpome/cgi-bio/ 



^coiiteiil/coiporelc_vti„bin/_\li_alin^ 
/coDtciil/corporalc/__vtL_biiy_vti_aiitf 
/cooteiu/corporaie^_vti_bin/ 
/contetit/corporale/cgi-bin/ 



An initially empty area for private content ctf the web, an 
initially empty text index for die new web, an initially empty 
document dependency database for the new web and an 
initially empty task list of unfinished tasks for the new web 



associated with this document, as described earlier, is 
located. This file is read to get the list of links fi^om this 
^ document to other documents. The attribute *^'ti_ 
cadiedlinkinfo** is used to obtain the list of links. If the list 
of links is unavailable or out-of-date, then the list of links 
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may be computed by parsing the HTML document. A is independent of the particular server machine hardware or 

document record for this document Is then formatted which operating system software, and which is also independent of 

contains the name of the document and a list of included the HTTP server program implementation. The indepen- 

documents or links to other documents. dence with respect to server platform and server program is 

An HTML document containing either a status message 5 achieved through the use of primarily four techniques. First, 
with aU of the document records, or an error message, is then standard techniques may be used for writing portable soft- 
constructed. This document is returned as the response to the ^^^^ ^ corapUed on several different plat- 
server program which ui turn sends it to the cUent comrau- , ^t* e ^ * a a ^ 
nicatioi interface module as described earUer. f^"^' Next, use of the standard HTTP Fotocol ^ti^ 

The client authoring tool caUs the SetDocumentMctainfo 10 conununicaUons protocol over the pnor art standard TCP/IP 

API procedure to modify the meU information about a web protocol achieves platform and server independent commu- 

thal is stored on the server machine. The procedure initiates nication. Additionally, use of the CGI protocol as a means of 

a SET JERV1CE_METAINF0 transaction to modify the invoking the server extensions from the HTTP server 

meta information attout a web thai is stored on the server program, and as a means for passing parameter information 

machine. 15 f^om the sa^cr to the server extensions provides additional 

In response to such a transaction request, the server servo- program independence. Finally, the data content 

extension program locates the web meta infonnation file carried by Ae HTTP protocol messages do not contain any 

associated with this web. In one embodiment, the web meta ^^^^^ ^ d«)endenl information. Thus, this system 

information is stored in the file '''^'''^f'l^^^^ can be implemented and used with ordinary IOTP server 

configurauon subdirectory of the web content directory. The 20 1 *u 

contents of the web meta information file are modified to P^^g^ "^'^^^ custom modification, as long as the se^er 

reflect the new attribute key value pairs contained in the supports (he CGI standard. 

SFr_SERVICE_METAINFO transaction request. An Another advantage of this system is that the client au&or- 

HTML document is constructed, containing either a status ing tool does not need to map the file name space of the 

message with the web mcta-infonnation, or an error mes- 25 server to its own file name space. This arrangement is 

sage. This document is returned as the response to the server particularly advantageous in large networks, such as die 

p-ograra which in turn sends it to the cUcnt communication internet, where there may be many authors of many on- line 

interface module as described earlier. services on many servers. In tiiis environment, the ability to 

The cUent authcaing tool calls the SetDocumentMctainfo ^^^^^^1 g^jhor documents is made easier and eliminates the 

API procedure to modify the meUi informaUon about a 30 f J complex file systems like a network fUe system, 

document that is stored on the server machine. The proce- ""^^ ^Muyt / . ^ ^ 

dure initiates a SET_DOCUMENT_METAINF0 ^^^^ advantage of ttus system is that the abiUty to 

_transaction to modify the meta information about a docu- store files on the server is made possible in a manner which 

meet that is stored on the server machine. is transparent to usage by a Web browser. By using a server 

In response to sudj a transaction request, the saver 35 extension program to control processing of noessages, the 

extension program locates the document meta infonnation server also need not be modified. The server is sin4>ly 

file associated with the saved document, as described earlier. configured to recognize the server extension program, thus 

The contents of the document meta information file are allowing easy installation. Alternatively, the functionality of 

modified to reflect the new attribute key value pairs con- extension program might be embedded in the web 

tained in the SET_DOCUMENT_METAINFO 40 j^^^^^^^^, i^^^^^^^CGIs 

_transaction request. An HTML document is then con- . i:«.„.„f*f,„ u 

structed containSig either a status message with the docu- H^^"^ "^^^ ^ emboduncnt of the mvcnUon. it 

mcntmcta-infomiation. or an error message. This document should be understood that the forcgomg description is 

is returned as the response to the server program which in merely iUustrative. having been presented by way of 

turn sends it to the client communication interface module as 45 example only. Numerous other embodiments and modifica- 

dc scribed earlier. tions may be made. For exan^le. the invention is not limited 

In response to some calls made by the client authoring to use on the Internet or using the World Wide Web or 

tool, the client communications interface module initiates a private web such as an internal corporate web or using the 

SERVER_VERSION transaction to identify the version of HTTP communication protocol. For exan^le, the file trans- 

the server program with which it is communicating on the 50 pj^^^^ (pypj could also be used, using "get" and "put" 

server machine. In response to such a transaction request commands in that protocol. Otiier protocols using messages 

the server extension program lo^tes the =«va^va^on ^^^^^^ over TCP/IP connections are also possible. A 

infonnation, such as shown in FIG. 6C. An HTML docu- . 

mem is then constructed containing either a status message mix of such protocols may also be used to perform retneval 

widi the server version information, or an error message. 55 or storage functions. It is also possible that a service author 

This document is returned as the response to the server wiU keep local copies of document objects of an on-line 

ps-ogram which in turn sends it to the client conuxuinication service so &at only a remote storage function is used, 

interface module as described earlier. Additionally, systems in which a client program modifies 

These and other functions can be provided to enhance the and stores documents and programs on the server using 

authoring, creation and maintenance of on-line services. It ^ protocols over a TCP/IP connection between the client and 

should be understood that the foregoing description pro- the server are also within the scope of the invention. The 
vided example operations that would be useful in a client/ client and server may be connected by the Internet, cr a 

server authoring environment Other operations and varia- private local or wide area network or may be on the same 

tions are possible. 65 machine. The client authoring tool may be configured to 

One of the advantages of this invention is that it allows communicate only with the server sudi as by using a 
client server authoring operations for a web, in a way which dedication communication channel or link. The processing 
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of messages need not be provided by a server extension ing operations on the on-line service, including a procedure 

piQ^am added to the server, but may also be made possible for saving a document object on the server, wherein each of 

by modifications to the server. TTicse and other embodiments the procedures are individually selectable, 

are considered to be within the scope and spirit of the present 9. The cUcnt/scrvcr computer system of claim 2. wherein 

invention which is defined by the appended claims. 5 the plurality of functions executable by the server further 

What is claimed is: comprise: 

1. A client/server system for authoring an on-Une service (a) receiving the HTTP request message; 

on a servCT. coi^ising: detecting a request for an authoring q)craUon to be 

(a) a cUent having an authormg tool for performing performed on information on the server; 
authormg opeiations on information comprising the lo ^ authoring operation to be performed via 
on-line seivice. each authormg operauon corre^nd- ^ common gateway interfoce when thrrequest for 
iDg to at leas one iransartion thai is performed by the authoring ojwaUon is detected: 

server, said cucnt being able to selectively execute any tmi*i ^ * u * ^ 

of a plurality of functions, deluding: (d) receiving an imiL docmnem as a nsult of perfor- 

(i) generating independent lequetts for authoring is , T""* „ «>pcrat.on: and 
op«:rations to be performed on infonnation on the transmimng the KTML document to Ae cLent as a 
jjjYer- result of the requested authoring operation. 

(ii) translating the independent requests into at least one cUent/serva computer system of daim I. wherein 
HTTPrequest message to be sent to die server, the at plurality of functions executable by the client further 
least one HTTP request message including informa- ^ comprise: 

Uon identifying a type of transacaon. parameter (a) receiving a response message from the server; and 

values forthefransaction and a process to belnvoked (b) displaying information about the perfonnance of ttu: 

r.i^J^^J^^Z ^f^'^ S^*""- audi^g operaUon by the server iTing the response 

(111) Cransmittmg the at least one hi if request message » r / or 

to the server, and message. 
« s . . • * * *u J • ^25 11. The client/server computer system of claim 2. wherein 

(b) the server stonng information authored usmg the^ ... ^ ^ , ^ . 

authoring tool, said server being able to execute a P*"^^ functions execuUble by the client further 

plurality of functions, including: con^iise: 

(i) receiving the at least one HTTP request message (a) detecting an arrival of an HTTP response naessage 
from the client; and from the server machine; and 

(ii) performing authoring operations identified in the at ^ (b) con^leting Ihe authoring operation on the client when 
least one HTTP request message received from the the arrival of die HTTP response message has been 
client so as to author infomoation on the server. detected. 

2. The client/server compter system of claim 1» wherein 12. The client/server system of claim 1. wherein the 
the plurality of functions executable by the client further plurality of functions executable by the client further corn- 
comprise: prise: 

(a) initiating a TCP/IP connection between the client and (a) detecting the arrival of a response message from the 
the server, and server; 

(b) constructing the HTTP request message having data, (b) completing the associated authoring operation on the 
wherein the data includes information identifying a 40 client in response to the detection of the arrival of the 
type of transaction, parameter values for the transaction response message from the server. 

and a process to be invoiced on the server to perform the 13. The client/server system of claim 12, wherein the 

transaction. plurality of functions executable by the client further com- 

3. The client^scrver conqjuter system of claim 2. wherein prise performing operations on the client after the sending of 
die plurality of functions executable by the client furttier 45 the at least one HTTP request message to the server and 
comprise displaying infonnation about the transaction in before ttie arrival of the HTTP response message from the 
response to the reception of an HTTP response message server, which operations do not depend on the results of the 
from the server the HTTP response message including data authoring operations performed on the server, 
generated by of the server when performing the authoring 14. Tlie cUent/scrvcr computer sy^^^^ 

*: _5oan operating system of the client has a file name space, 

^^Z^ \. , ^ which does not include or map to another file name space on 

4. The chent/server computer system of claim 3. wherein server. 

die HTTP response message comprises daU in a markup 15. The client/server coii^uter system of claim 1. wherein 

language that is parsed by the client to obtain information the authoring tool further comprises a server extension 

requested from the server. 55 program executed on the server by another server extension 

5. The client/server con^ter system of daim 1. wherein program via a common gateway interface. 

the authoring operations include an operation to modify data 1^- The client/server computer system of claim 1 , wherein 

files on the server. server employs HTTP to communicate with the client 

6. The cUent/scrver conqwitcr system of daim 1. wherein and perfoim authwing operations, 

the authoring operations include an operation to manipuUtc « 17. A chent/server system for authoring an on-hne seivice 

* r .1- .- - ^ a server, comprising: 

meta information for the on-hne service on the server. . . . . ^ , 

- I- w . ^ . • ^ L . (a) a cLcnt having an authonng tool for perfcrmme 

7. The chent/server computer system of daim 1. wherein 1.- — ^ - 

^ ^ . w ^j^^MiR MM viouu 4. wui^wui authofing c^)erations on the server using inf<»maUon 

the authormg operations include an operation to create comprising the on-Une service, eadi authtying opera- 
document objects on the server. 55 tion corresponding to at least one transaction that is 

8. The client^server computer system of daim 1, wherein pcrfwrned by the server, said client being able to 
the client has a set of procedures for performing the author- execute a plurality of functions, including: 
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(i) generating an HTTP request for an authoring opera- 
tion to be pexformed on information stored on the 
server: and 

(ii) translating the HTTP request into a message to be 
sent to the server, the message incJuding information 5 
identifying a type of transaction, parameter values 
for the transaction and a process to be invoked on the 
server to perform the transaction; and 

(iii) transmitting said message to the server with a 
madiine independent protocol; and 



32 

(b) a memory on the server for storing information 
authored using the authoring tool, said memory includ- 
ing: a plurality of functions twing executable, includ- 
ing: 

(i) receiving the message that is transmitted with said 
[H-otocol from the client; 

(ii) performing an authoring q>eration identified in said 
message so as to author information on the server. 

* ♦ ♦ * * 
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